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 437992 - incorrectly indexes mp3 files with v2.3 ID3
incorrectly indexes mp3 files with v2.3 ID3
Status: RESOLVED FIXED
Product: beagle
Classification: Other
Component: General
0.2.16
Other Linux
: Normal normal
: ---
Assigned To: Beagle Bugs
Beagle Bugs
Depends on:
Blocks:
 
 
Reported: 2007-05-12 22:03 UTC by José Carlos García Sogo
Modified: 2007-06-17 18:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description José Carlos García Sogo 2007-05-12 22:03:06 UTC 
See Debian BTS (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419993)

Hi,

According to the specification of ID3 v2.3, the info can be encoded in
ISO-8859-1 or 16-bit Unicode beginning with BOM.  But beagle appears to
decode the ID3 info of v2.3 incorrectly.  When the ID3 info contains
characters beyond ASCII and is encoded in Unicode, beagle fails to
detect it and gets an unrecognizable string.  But for mp3 files with
v2.4 ID3, beagle does be able to decode the ID3 info correctly.  In
addition, Gnome desktop system can detect the ID3 info of mp3 files
successfully no matter they are v2.3 or v2.4.  So, I wonder if there is
something wrong when beagle tried to index mp3 files with v2.3 ID3.

Thanks.
Comment 1 Debajyoti Bera 2007-05-14 17:42:59 UTC 
The MP3 filter was recently replaced by an improved MP3 filter from taglib-sharp. Can you attach a sample mp3 which we can use to reproduce the bug ?
Comment 2 Hongzheng Wang 2007-06-17 12:55:23 UTC 
Hi all,

I'm the original bug reporter for Debian. 

I'm running Beagle 0.2.17-1 and I'm not sure which MP3 filter beagle is using.  But, obviously, this problem has gone.  Thanks.