Bugzilla – Bug 765
album art not displayed when 'Articles to ignore' enabled
Last modified: 2008-12-18 11:52:45 UTC
Customer reported. He had an album called The Dance on which the album art never showed up. To get it to show up, he removed the "The El La Los Las Le Les" from the 'Articles to ignore' option in server Settings -> Behavior, removed slimserver.db, and the album artwork showed up after that--though indexed improperly due to the workaround used. I requested that he add some notes and possibly sample files from this album--I have not seen it first hand yet.
I'm not able to reproduce this. Assuming its the articles in the title, I've tied adding a few to match the first word of several albums and I'm seeing the artwork. Is is possible the user has an album called "Dance" as well? If so, "The Dance" and "Dance" would appear identical to slimserver 5.4.1
The problem was that I was using Browse Album Art and noticed that I had some albums with arbum art (folder.jpg) that did not display on the browse screen. E.g. "The Dance" was shown with placeholder text, "Dance". If I clicked on "Dance" then the album art and tracks were correctly shown in the next screen. After some time, I wondered if the fact that "The" was not shown in the placeholder text for "The Dance" was the issue. So, I removed "The" from the ignored articles settings. Shut down the server, removed slimserver.db. and Rebooted. This time "The Dance" correctly showed its album art on the Browse Album art screen. I thought this was the root cause of the problem. However, checking further just now, I have restored the default settings for Ignored Articles (reinstated "The". Shut down the server, removed slimserver.db. and Rebooted. The placeholder text, "Dance" returns, but I checked "The Road To Hell" and find that this shows album art correctly. So, I now wonder if this is anything to do with "The" or whether it is a another problem such as an array boundary error or somesuch thing.
Then I expect that its the confusion between a Genre "dance" and the Album "Dance". This is related to an earlier reported bug where the caseCache can't distinguish among artist/album/genre. For example, if you have an artist in all upper-case, with a self-titled album tagged in title-case, then the album listing AND artist listing will appear in title-case no matter where it appears. you could try retagging the album title to "The Dance (live)" and I would expect it will then show the artwork.
I retagged the album as suggested, and "The Dance" image now correctly showed on the browse album art screen. This confirmed the hypothesis that the bug is due to the Genre matching "the" article-removed name.
Good to know the cause. Unfortunately, it does mean that this bug isn't realisticly fixable for 5.x. 6.0 should give us the ability to handle this kind of thing a lot better, however. 6.0 nightlies are available, but do still carry some level of risk. If you do want to try, be aware that other errors might exist, but it could confirm that at least this case works better.
KDF: can you 'splain what's going on here?
its the caseCache thing. I've filed it as bug176. The cache keeps track of the case used for any given phrase. If genre/album/artist share a phrase, but not the same case, then you get mixed up. In this case, some genre = dance somewhere. now, we have an album = Dance (as far as casecache is concered, sans articles). The data gets manipulated as DANCE, thus the casecache picks either dance or Dance, depending on which was written in there last ( I think). the artwork hash, like everything else, handles data in all uppercase then uses the casecache to get back to the displayed title. I have looked at how to fix it, but short of ripping the cache out, I'm stumped. 6.0 doesn't seem to use casecache, since we have ID's to play with.
Dan believes that this is fixed in 6.0 beta. Please verify and reopen if it's still an issue.
David, can you verify that this is looking OK for you now? (with the latest nightly of 6.0 from: http://www.slimdevices.com/downloads/nightly/latest/6.0/)
The problem with "The Dance" not appearing in Album art was resolved in 6.0b1. I've downloaded 6.0b3 (SlimServer_v2005-03-25.exe) and can confirm the fix is there too. The latter version also found one album art item that was previous (incorrectly) not displayed in 6.0b1 - I presume this was because it did a full rescan of the library. However, I have an ELO Album (Face the Music) and this displayed the thumbnail artwork for "Elv1s 30 #1 Hits", when clicking on the thumnail, it correctly discplayed the correct artwork with the track listing. Wierd. I tried rescanning but this did not help. I'll log this as another bug, as the one I reported is fixed.
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.