# \[X\] Feld "Jahr" löscht sich selbst

**URL:** <https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738>\
**Category:** Fehlermeldungen\
**Created:** [May 19, 2013, 1:50pm UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738 "2013-05-19T13:50:25Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![Bangus](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@Bangus](https://community.mp3tag.de/u/Bangus)\
**Post date:** [May 19, 2013, 1:50pm UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738/1 "2013-05-19T13:50:25Z")

</div>

Hallo...

per Zufall habe ich folgenden Bug entdeckt:

bei mp3-Tags, bei denen im Feld "Jahr" anstatt einer vierstelligen Jahreszahl eine Datumsangabe in der Form z.B. 1925/05/19 eingetragen ist, verschwindet diese Information, sobald man IRGENDEIN Feld dieses Datensatzes ändert.

Bei einem Musikalbum, bestehend aus historischen Jazz-Aufnahmen, war das Datum der Aufnahme dummerweise im Jahresfeld abgelegt. Zum Glück hatte ich noch eine Kopie und konnte von dort die Daten zurückspielen bzw. (händisch) ins Kommentarfeld übertragen.

Gruss  
Bangus

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [May 19, 2013, 2:05pm UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738/2 "2013-05-19T14:05:40Z")

</div>

Ich kann das Verhalten bestätigen - allerdings weiß ich nicht, ob für das YEAR feld der Schräger / ein zugelassenes Trennzeichen ist.  
Wenn du den Schräger durch einen Bindestrich ersetzt, ist alles gut.

---

<div class="post-metadata">

**Author:** ![45RPM](https://community.mp3tag.de/user_avatar/community.mp3tag.de/45rpm/32/423_2.png) [@45RPM](https://community.mp3tag.de/u/45RPM)\
**Post date:** [May 19, 2013, 2:09pm UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738/3 "2013-05-19T14:09:13Z")

</div>

Bis "MP3TAG V2.50 may 2012" ist es möglich... im Feld "YEAR" 19XX mit Schriftzeichen zuarbeiten.  
Es wäre ganz nett, dieses wieder verfügbar zumachen..

MP3TAG V2.50 resultat  
2011/3/5 = 201135  
2011,3,5 = 201135

2011.3.5 = 2011.3.5  
2011-3-5 = 2011-3-5  
19XX = 19XX

MP3TAG v255a resultat

2011/3/5 = Year verschwindet  
2011,3,5 = Year verschwindet  
2011-3-5 = Year verschwindet  
2011.3.5 = Year verschwindet  
19XX = Year verschwindet

---

<div class="post-metadata">

**Author:** ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)\
**Post date:** [May 19, 2013, 3:07pm UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738/4 "2013-05-19T15:07:18Z")

</div>

Es muss nun das ISO Format verwendet werden  
2011  
oder  
2011-03-05

---

<div class="post-metadata">

**Author:** ![45RPM](https://community.mp3tag.de/user_avatar/community.mp3tag.de/45rpm/32/423_2.png) [@45RPM](https://community.mp3tag.de/u/45RPM)\
**Post date:** [May 19, 2013, 3:33pm UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738/5 "2013-05-19T15:33:37Z")

</div>

warum funktioniert das bei der MP3TAG V2.50 may 2012 Version?

---

<div class="post-metadata">

**Author:** ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)\
**Post date:** [May 19, 2013, 6:39pm UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738/6 "2013-05-19T18:39:58Z")

</div>

Das hat sich halt geändert. Jetzt wird nur noch das aktzeptiert was laut ID3v2 Standard erlaubt ist.

---

<div class="post-metadata">

**Author:** ![Bangus](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@Bangus](https://community.mp3tag.de/u/Bangus)\
**Post date:** [May 20, 2013, 12:35am UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738/7 "2013-05-20T00:35:58Z")

</div>

Bei Neueingabe von Werten ist das voll ok. Ärgerlich ist nur, wenn bereits vorhandene Daten verloren gehen...

Wie wäre es, wenn in einem solchen Fall bei der Bearbeitung des Tags im nicht-konformen Feld z.B. das Zeichen "/" durch ein "-" ersetzt würde, anstatt einfach alles zu löschen? Datenverlust sollte m.E. in jedem Fall vermieden werden...

Danke & Gruss  
Bangus

---

<div class="post-metadata">

**Author:** ![anon40879270](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/8797f3/32.png) [@anon40879270](https://community.mp3tag.de/u/anon40879270)\
**Post date:** [May 23, 2013, 8:30am UTC](https://community.mp3tag.de/t/x-feld-jahr-loscht-sich-selbst/14738/8 "2013-05-23T08:30:12Z")

</div>

> [@Bangus](#):
>
> Datenverlust

Wie ist es mit dem Versuch, vor dem Editieren den Inhalt von %YEAR% per Aktion in ein %DUMMY%-Feld zu kopieren?