Bugzilla – Bug 1193
Bogus coverart can be cached by the browser across database wipes
Last modified: 2008-08-18 10:54:16 UTC
I'm running 6.0b3 (SlimServer_v2005-03-25.exe) I have an ELO Album (Face the Music) and this displays an incorrect thumbnail artwork showing "Elv1s 30 #1 Hits", when clicking on the thumbnail, it displays the correct artwork for Face the Music with the correct track listing. Wierd. I tried rescanning but this did not help.
Am I correct in saying that you have "Album Placeholders" turned on?
Yes, album placeholders are enabled. I've reverted to 6.0b1 and the problem does not exist in this version.
David - have you tried with either the 6.0 release, or the latest nightly build?
As mentioned, the SlimServer_v2005-03-25.exe latest nightly release (at that time) exihibits the problem, and several other problems (e.g. did not display tracks). 6.0b1 however is OK. I've just downloaded Version 6.0 - 2005-03-27 and did a rescan of the music folder. This also seems not to have the problem, although I'm not sure if it re-checked for new album art or used what was in the existing database??? So, I guess the problem can be closed as the non-Beta seems to work.
Please reopen if you see it again. Thanks.
Dan - sorry re-openning. I've been having wireless network problems and just removed 6.0.0 (using control panel) and reinstalled 5.4.0 just to verify that the network problems were not due to the slim verver but the netgear router I have. They appear not to be slimserver related. Anyway, back to album art... I then removed 5.4.0 (using control panel) and re-loaded 6.0.0. This did a re- build of the database and the good news is that I now seem to have more album art that had not been found earlier but on the second page of album art: 1. Bob Marley shows a different thum to the album art when the thumb is selected. 2. Texas - The Greatest Hits is Thumb and 300x300 album art is different. 3. JoJo show the wrong Thumb completely. and there are several more.
Are you using itunes/moodlogic/musicmagic at this time? is it the browse artwork thumbnail, or the now playing thumnail as well?
>Are you using itunes/moodlogic/musicmagic at this time? No. >is it the browse artwork thumbnail, or the now playing thumnail as well? browse artwork thumbnail
I am beginning to suspect that this may be browser caching. If the database is being wiped and recreated, the album id's might be changed. Thus an image url for : http://localhost:9000/music/15/thumb.jpg might be a different album than it was before. The browser would see the matching url and return the cached image. The reason I am thinking this is because I saw a wrong image, right clicked on it to view image,still getting the wrong image. Clicking reload on Firefox then got me the right image. Then going back and reloading the slimserver index.html and selecting browse artwork got the right image.
Dean - can't add much more but from what I can see it only the occasional Thumb that is displayed incorrectly. Clicking on the Thumb gives the correct 300x300 image.
That definitely sounds like a browser cache issue.. The WipeDB stuff needs some cleaning, and some of that should include wiping / removing the template cache, so we send a fresh Expires header to clear the browser cache.
FWIW, I've downloaded 6.0.1 and this has the same (even more occurances of) problem. When the problem occurs, it does seem to relate to albums that I have accessed - pointing to a cache problem as suggested. I can't recall whether the albums were accessed with slimserver or windows media player - not sure if this has any impact.
David: We believe that this is fixed in the 6.0.2 nightly releases. Can you install that and confirm: http://www.slimdevices.com/downloads/nightly/latest/6.0.2/ And reopen the bug if it's still an issue. Thanks.
Dean 6.0.2 as of v2005-04-21.exe still has the problem. I did the following: Loaded the new version. DB was not rescanned from what I could see. Killed slim.exe deleted slimserversql.db ran slimserver (which rescanned and recreated the DB) Problem still there - I saw 2 albums in error, int he first 20 ish.
David, would it be possible for you to punch a hole in your firewall and make the SlimServer web interface (port 9000 by default) visible from outside?
If that was you trying to access SlimServer yesterday, then I had a UDP request come through my gateway's firewall and stopped by my personal firewall. I don't know much about configuring access but have disabled my personal firewall and created a rule in the gateway's firewall to allow TCP/UDP access. Let me know if it works. I'm trying to test it but must be doing something wrong. I make my gateway's IP as 217.35.201.73, so presumably I should be able to use http://217.35.201.73:9000 to get to the web interface?
OK - I've found out what I was doing wrong when testing the openned port in my firewall- I was using the wrong external IP address for my Gateway! The web interface is now accessible. Interestingly, looking at the information from the external browser interface (Mozilla), all album art is correct. Looking at it from the slimserver browser interface on the slimserver PC it shows incorrect artwork.
Aha! It seems that IE (the browser used by the SlimServer application) is caching the cover art images...which is actually correct, since we're sending an expires header in the HTTP response for these images. But a Wipe Cache can cause the image URLs to change, which means that IE has defunct images in its cache. The workaround is to go into an IE (launch as an exernal browser), choose Tools > Internet Options, and choose "Delete Files..." in the "Temporary Internet files" section. I'm rewording the summary of this bug and moving it to 6.1, since we will be reworking our HTTP response headers then.
good to know I guessed right (see comment 9) ;)
Dan: is this fixed with the HTTP header improvements?
dan to confirm that this is fixed.
David - can you try this with the latest 6.1 nightly? Thanks.
Dan During the last investigation, I cleared my browser cache and this resolved the problems with album art not being displayed correctly. I've just browsed all of the album art using 6.0.2 and they are still correct. This means that I cannot verify if 6.1 nightly fixes the original problem as I no longer have any test data to use! One thing I have noticed, however, is that I scanned in a cover and saved it as folder.jpg and this is not being picked up even after a refresh or reboot. (The image does show full size when the album placeholder is selected.)
We believe this has been fixed with Dan's Etag fixes.
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!