# Aufpassen mit YEAR seit neuestem Change in 2.52a

**URL:** <https://community.mp3tag.de/t/aufpassen-mit-year-seit-neuestem-change-in-2-52a/13980>\
**Category:** Allgemein\
**Created:** [October 10, 2012, 8:22am UTC](https://community.mp3tag.de/t/aufpassen-mit-year-seit-neuestem-change-in-2-52a/13980 "2012-10-10T08:22:27Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\
**Post date:** [October 10, 2012, 8:22am UTC](https://community.mp3tag.de/t/aufpassen-mit-year-seit-neuestem-change-in-2-52a/13980/1 "2012-10-10T08:22:27Z")

</div>

Seit der neuesten Version 2.52a finde ich vermehrt unerwünschte Formatierungen im Feld Jahr / %YEAR%.  
Wo früher beispielsweise (fast) immer 2012 drin stand, finde ich nun verschiedene Varianten wie  
2012-00  
0000-08-15  
2012-09-13

Mir fiel das auf, weil ich die Jahreszahl als Teil meiner Verzeichnisstruktur benutze.  
Ich bin nicht sicher, ob das mit diesem Change zu tun hat:

> [@](#):
>
> CHG: ID3v2.3 TYER/TDAT now merged into one YEAR field formatted as YYYY-MM-DD.

Aber achtet allenfalls mal bei Euren Jahreszahlen darauf.

Ich habe als Workaround für mich nun eine weitere Aktion erstellt, die ganz rudimentär einfach nur die ersten 4 Zeichen stehen lässt:  
$left(%year%,4)  
Das hilft selbstverständlich nicht in obigem zweiten Beispiel (und vielen weiteren denkbaren Jahreszahl-Fällen).

Wie sieht das aktuell bei Euch aus?

---

_[View the full topic](https://community.mp3tag.de/t/aufpassen-mit-year-seit-neuestem-change-in-2-52a/13980)._
