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 342029 - [id3demux] overflow of titlenumbers
[id3demux] overflow of titlenumbers
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.6
Other Linux
: Normal normal
: 0.10.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-05-16 19:39 UTC by Sebastien Bacher
Modified: 2006-05-19 14:05 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
proposed fix (untested) (2.14 KB, patch)
2006-05-17 08:30 UTC, Tim-Philipp Müller
none Details | Review
patch (tested) (2.52 KB, patch)
2006-05-17 10:23 UTC, Jan Schmidt
committed Details | Review

Description Sebastien Bacher 2006-05-16 19:39:41 UTC
That bug has been opened on https://launchpad.net/distros/ubuntu/+source/rhythmbox/+bug/40624

"If the titlenumber in the ID3 Tag is negative, the shown number goes into the 4 billions!
...
> Thanks for your bug. What version of rhythmbox do you use? Could you attach a such example to the bug, or point a location to download it or send it by mail?
...
Hello,
my rhythmbox version number is 0.9.3.1 and it's the package of an ubuntu 6.06 beta with the original repositories.
...
http://librarian.launchpad.net/2257808/rhythmbox-bug.jpg
Just a Screenshot of the bug
...


Technically isn't this underflow? Anyway, confirming:

Description of the problem:
Negative track numbers are shown as extremely large positive numbers in rhythmbox's browser window.

Steps to reproduce:
1. Open an important mp3 in xmms.
2. Press ctrl-3 .
3. Make sure that disable ID3v2 Tag is unchecked and type -1 into the Track number field.
4. Click save then close.
5. Open the MP3 in rhythmbox, ensure that small display is off and in the main track display scroll to the modified track (display of track numbers will also need to be on).

Expected result:
-1 to appear in track column.

Actual result:
4294967295 is displayed in the track column (sounds like a signed variable has been stuck into an unsigned variable).
...
Additional information:
If the properties windows for the track is displayed the correct (negative) track number is shown."

according to "gst-launch-0.10 -t filesrc location=.... ! decodebin ! fakesink": "track number: 4294967295"
Comment 1 Tim-Philipp Müller 2006-05-17 08:30:50 UTC
Created attachment 65648 [details] [review]
proposed fix (untested)
Comment 2 Jan Schmidt 2006-05-17 10:22:21 UTC
I don't like this fix too much - it doesn't seem too robust. 

It also sucks that TRACK_COUNT and TRACK_NUMBER are defined in gsttaglist as
UINT, so there's no way we can output these correctly so it does seem like we
have to drop them.

This also needs fixing in the id3v1 tag reading too, I imagine.

Attaching a patch I like better.
Comment 3 Jan Schmidt 2006-05-17 10:23:37 UTC
Created attachment 65659 [details] [review]
patch (tested)
Comment 4 Jan Schmidt 2006-05-19 14:05:55 UTC
Committed to CVS:

        * gst/id3demux/id3v2frames.c: (id3v2_tag_to_taglist):
        Don't output any tag when we encounter a negative track number - the         tag type is uint, so we end up outputting huge positive numbers         instead. (Fixes: #342029)