Bugzilla – Bug 10096
SqueezeCenter does not show library in proper order
Last modified: 2009-10-30 10:31:52 UTC
Created attachment 4312 [details] UI screen shot under Sort by "Album" I see the albums list out of order as shown in the attached screen shot. Through the remote control and Squeezebox under music library, Album, I have the same problem the listed albums are not in alphabetical order. Pressing a key to go to 'M' in the album list I am shown the first album starting with M, but others starting with M are not just below it, the albums are in random order. This is on a Fedora 9 64bit system. Customer tried it on a Fedora 9 32 bit system and SqueezeCenter indexed the songs properly.
Further system information: The system on which squeezecenter mis-behaves has an AMD Phenom 9850 (quad core) cpu, so threading/mutex issues are entirely possible. The other system on which the same version of squeezecenter correctly indexed albums and tracks is a uniprocessor system. Further details about mis-behaviour running squeezecenter 7.2.1-1 on the F9 64-bit quad core system: 1) The order of albums listed in album view - and the way they are indexed and grouped by 0..9A..Z selectors at the top, is not by album name, but by the name of the album's artist. albums by "various artists" then "weezer", then "yo-yo ma", then "zz top". 2) Selecting an album in album view causes the album details to show in the left pane with tracks in numeric track order, but if I select the album for play (either through the web or remote control interface) the tracks are listed and play on the squeezebox in what at first seemed to be random order. But examining other albums I noticed it is actually sorted by Track _Name_ in alphanumeric order.
Possibly related to bug 10111?
(In reply to comment #2) > Possibly related to bug 10111? > It is not clear to me that notes posted in 10111 are describing the same thing or not. If indeed the referenced advanced setting is relevant to 10111, then the posters problem relates to track files without valid ID3 tags and how music scanning is to guess the artist and album from the file path. If that accurately represents the problem, then it is not related to this bug. If the posters problem is not that because the files do have valid ID3 tags, then the advanced setting to guess that information from file path is a red herring, and in that case, 10111 may be a related bug. NOTE: In my case I installed the same version of squeezecenter (with the same default settings) on a uniprocessor 32-bit Fedora 8 system and pointed it at the same files (via nfs export and mount). It sorted albums correctly. So this bug is either incorrect indexing of music files' ID3 tag information upon scan, or retrieval by the wrong index. And the bug manifests in conditions of multiprocessor cpu, 64-bit cpu, or Fedora 9 package differences, or a combination thereof.
'yum update squeezecenter' updated me to 7.3-1. I cleared and rescanned the music collection. Left panel from Squeezecernter home, selecting albums still yields an out of order list: 10 Things I Hate About You Mistero dell'amore Mamma Mia! Mozart Piano Concertos 22,19 As I Am Now That I've Found You - A Collection The Greatest Holiday Classics - Pjotr Ilyich Tchaikovsky Heart In Motion Rapture Armageddon Higher Ground All their Greatest Hits Why I Sing The Blues Tchaikovsky '1812' etc. And using the remote I chose music collection then albums, and the same out of order list is presented as I scroll down. Now what?
I seem to be experiencing this problem as well. SqueezeCenter v7.3.1 OS FC9 running on a P4 Here's what I've observed. From the GUI select Music Library->Albums. If I sort by anything starting with artist it seems to work ok. If I select any other order they are listed in what appears to be the order in which they were scanned in. The only thing that seems to change with the different sort orders is the index across the top. If I select "Album", the index shows 18ABCD... I have 2 albums that start with 1, and 1 that starts with 8. If I click on the 1, it goes to the 1st album starting with 1, which happens to be on the 1st page. The album that starts with the 8 is not on the 1st page, and if I click on that, nothing happens. If I select any of the sort oders that start with year, the index shows 1 2 3 ... 17. I'm not sure what they are supposed to mean, and if I click on anything it seems to take me to a random album. It's consistent in always taking me to the same album for the same number, but thers's no connection between the number and the album that it goes to. Sorting by genre gives me the same results as as sort by year (index 1-17), but takes me to different albums than the numbers in sort by year.
We are now planning to make a 7.3.3 release. Please review your bugs (all marked open against 7.3.3) to see if they can be fixed in the next few weeks, or if they should be retargeted for 7.4 or future. Thanks!
Since there's now a planned 7.3.3 release, bugs which won't make the cut-off are being moved to the next target out. If you feel that this bug needs to be addressed more (or less) urgently than the 7.4 release, please cc chris@slimdevices.com and leave a comment in the bug to that effect so we can review it. Thanks.
This is still a bug, and it would appear that it is not being worked on. How come? I still have this very annoying issue using my squeezebox. I would like to see it fixed before 7.4!
For some reason Bugzilla did not change the target when I did this yesterday. Or maybe it was me. In either case, I'm trying it again.
Christopher I'm sorry this has taken me so long to get to, I thought this was 64bit related, doesn't appear to be. I'm still not able to reproduce this, I'm wondering if you could attach a sample file that shows up out of order.
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Is anyone having this issue after moving to SBS 7.4.1? if so, please reopen the bug. we will need a log from Scanner as well as a screen shot of the error.