After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 703798 - App is reading wrong ID3 tag used to show Year
App is reading wrong ID3 tag used to show Year
Status: RESOLVED FIXED
Product: rhythmbox
Classification: Other
Component: general
2.99.x
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-07-08 15:44 UTC by Joe Sislow
Modified: 2013-07-08 21:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Joe Sislow 2013-07-08 15:44:59 UTC 
I updated Rhythmbox to 2.99.1 with the Fedora 19 update.  The app was behaving oddly, freezing while reading a big library, so I blew away all the metadata in .local/share/rhythmbox and let it reset everything.  After I did that, I found that Rhythmbox no longer showed a value for the year for any of my files.  All of my MP3 files use the TDRC tag for the year (instead of TYER), as per the ID3 v2.4 spec.

http://en.wikipedia.org/wiki/ID3

This *was* working before I reset the metadata, but now I get no date at all.  And when I change the date in Rhythmbox, the tag isn't saved in the file.  I have an updated version of F19 on another machine where I didn't blow away my earlier version metadata, and this works fine there...with the same MP3 files, Rhythmbox sees the year just fine.

This causes issues for dynamic playlists using years.
Comment 1 Jonathan Matthew 2013-07-08 21:50:01 UTC 
this was fixed in commit d78b2db