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 604191 - track number is no longer 2 digits
track number is no longer 2 digits
Status: RESOLVED FIXED
Product: sound-juicer
Classification: Applications
Component: ripping
2.26.x
Other Linux
: Normal normal
: ---
Assigned To: Sound Juicer Maintainers
Sound Juicer Maintainers
: 668615 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-12-09 16:22 UTC by Dave
Modified: 2012-11-19 16:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
pad track numbers for "Number - Title" (504 bytes, patch)
2009-12-09 16:22 UTC, Dave
none Details | Review

Description Dave 2009-12-09 16:22:04 UTC
Created attachment 149445 [details] [review]
pad track numbers for "Number - Title"

(originally reported against Fedora 11 https://bugzilla.redhat.com/show_bug.cgi?id=500735)

In sound-juicer 2.26 (and later) track numbers are no longer being padded to 2 digits, which results in sorting issues.  I'm using "Number - Title" for the file name pref.  A change to the default file pattern (apps/sound_juicer/file_pattern) between 2.24 and 2.26 is the cause of this bug.

- in 2.24: "%tN - %tt"
- in 2.26: "%dn - %tt"

I can understand making the change to use %d as it nicely handles the multi-disk cases.  However it should instead be using the zero-padded %dN code to ensure proper track sorting.

Note that "Number - Title" is the only file name option which doesn't use padding for track numbers.  Both "Number. Track Artist - Track Title" and "Number-Track Artist-Track Title (lowercase)" properly use %dN.
Comment 1 tyler.smith 2010-02-14 15:40:55 UTC
I can confirm this on Sound Juicer 2.28.1, running on Debian testing from the Debian repositories. I have to manually rename all tracks to ensure they sort properly on my mp3 player.
Comment 2 Christophe Fergeau 2010-10-23 15:40:23 UTC
Yep, I think this patch should get in, nothing in bug #526649 or in http://git.gnome.org/browse/sound-juicer/commit/?id=59fc2c6523f68734f0e06e6f2a0cdc06fe48dafc indicates this was done on purpose.
Comment 3 Dave 2011-06-01 02:22:13 UTC
still present in 2.32.0 from Fedora 15
Comment 4 Brian Derr 2011-06-03 03:13:49 UTC
It is sad to see such a simple but irritating bug still not fixed nearly 18 months later. I can confirm this is still happening with 2.32.0 on Ubuntu 11.04.
Comment 5 Dirk Haar 2011-11-20 20:35:14 UTC
Could one please change that?
It's really anoying, for audiobooks as well as for music.
You can't hear albums like "Thriller" or ELOs "Time" in a wrong sequence, and Dan Browns Illuminatis was quite confusing playing 1,10,11,...2,3,4...!
Comment 6 Mlok 2011-12-22 03:44:31 UTC
Still the same on 2.32.1 on Ubuntu 11.10, very annoying. Wasting time for lots of people.
For the time being, the workaround is to manually fix the configuration file as explained here : http://forum.ubuntu-fr.org/viewtopic.php?id=416097
Go to Gnome Configuration Editor : "apps" > "Sound Juicer", and for the key "file_pattern", change the value to : %tN - %tt
Comment 7 Christophe Fergeau 2012-08-27 10:17:46 UTC
*** Bug 668615 has been marked as a duplicate of this bug. ***
Comment 8 Phillip Susi 2012-11-18 04:12:33 UTC
We now have several people confirming this bug and a duplicate.  Can someone please update the status?  It should no longer be UNCONFIRMED.
Comment 9 Christophe Fergeau 2012-11-19 16:03:13 UTC
This has been fixed in http://git.gnome.org/browse/sound-juicer/commit/?id=dd99ea7c8efcc00522752a8fdc14aa479b9a0f2d though it's not in a release yet. UNCONFIRMED/NEW/ASSIGNED bugs are generally dealt with in the same way in GNOME bugzilla, so it's not a big deal when a bug stays UNCONFIRMED.