Bugzilla – Bug 5628
Artwork not displayed in Album list for 1 album that has artwork
Last modified: 2008-12-18 11:12:53 UTC
the Home-> My Music -> Albums, letter M thru S: http://office-sony:9000/browsedb.html?&artwork=1&hierarchy=album,track&level=0&orderBy=contributor.namesort,album.titlesort&player=00%3A04%3A20%3A07%3A60%3A63&start=103#P Large Artwork Grid mode modified for 250x250. This page doesn't display 1 album cover that does exist. The blank cover is: http://office-sony:9000/music/1492/cover_250x250_c_000000.jpg If you click on the album it DOES display the album cover on the page: http://office-sony:9000/browsedb.html?hierarchy=album,track&artwork=1&orderBy=contributor.namesort,album.titlesort&level=1&&album.id=118&player=00%3A04%3A20%3A07%3A60%3A63 Image: http://office-sony:9000/music/1496/cover.jpg This album has had artwork for a very long time and there has been a full rescan performed many times in the past and when I newly installed 7.0a1. Interesting that one is 1492 (non-working) and the other is 1496 (working).
*** Bug 5627 has been marked as a duplicate of this bug. ***
Actually there are many albums that have mismatched numbers (and they don't show up in the grid list). All of the ones that do show up in the grid list DO have matching numbers... The browser is running on Windows Vista, IE 7 - the SqueezeCenter is running on Windows XP. Looks like this might be more server related than browser related...
On first inspection, this sounds like the mtime bug (the artwork on the album track listing is found live, but the artwork for gallery view is collected on scan only) When mtime changes, or tags change then old id gets replaced with a new id. Thus the live search works, old one doesn't. This was reported as bug 5159, which should be fixed. Are you using the latest nightly build? How any albums do you have in your library? Do you have a mysql client that you could use to look at the raw db and find out which "tracks" correspond to 4192 and 4196? thanks.
All of the artwork was in place prior to installing the 9/29th build on the box. no artwork or tags were changed after install/scan. I also noticed that the number in the keeps changing from time to time - again with NO artwork or music/tag changes or a rescan. The non-working number is now 369 and the working number is 372. Actually I just checked a few times when creating this entry and noticed that the WORKING image number keeps changing. It is different, and higher, each time i click on the album in the main album list and drill into it. The main list has the non-working image and a non-changing image number. The working number is now 376 (after a couple of tries). Really unexpected.
OK, this is even more odd... Each time I clicked on the album in the list and drilled into the album it displayed 1 less song. I didn't notice until only a few were left. I clicked in and out of the album and all of the songs disappeared eventually. They disappeared from the screen with the WORKING icon... Now it shows zero songs in the album detail page (and no image).
I'm stumped for causes. One thing to perhaps look for, if you wouldn't mind setting database.info to DEBUG in SqueezeCentre Debugging. When you start browsing on that problem artwork, look for: "Updating album artwork id %d with %d" Of course, this would hint that something has caused the modification timestamp to change on the file.
Installed 10/1 and this problem went away. Although the numbers of the images on the 2 pages don't match.
OK, it is now back on 6 different albums with the 10/4 build. At least 2 of them are the same ones as before. It isn't decrementing/loosing a song each time you drill into an album now, though. None of the problem albums have had their artwork changed for quite some time now (months?) - at least by me. I will turn on the debugging and attempt to get more details...
*** Bug 5717 has been marked as a duplicate of this bug. ***
qa to reproduce this
William - can you still reproduce this issue with the latest version?
No, I have not seen this in quite some time now. I hadn't made any additional comments because it was marked as having QA duplicate it. I'll specifically try and repoduce this again and will let you know if I manage to - otherwise it appears to be resolved as far as I can tell.
Thanks for the positive feedback.
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.