-
-
Notifications
You must be signed in to change notification settings - Fork 62
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Replaced cover art does not show #487
Comments
Cover arts are cached in memory. The cache is supposed to be flushed when a scan is done. |
I opened a different browser and there was also the old image, it was definitely not cached on the browser side. I reloaded the page a couple of times as well (CTRL-F5), but it did not help, even after a second scan (where I checked "rescan all files"). But maybe I can try to systematically reproduce now that I k ow that it is cached in memory and supposed to be flushed. |
Oh, and does the new cover show up if your restart the service? |
So I tested a little more thorough.
So it seems the memory flush after scanning does not work. |
Ok thanks for testing, will investigate this! |
Confirmed regression of 58df928 |
I replaced the cover art in some flac files that were previously scanned in LMS, then replaced the old files, scanned them again in LMS, and LMS recognized them as updated. The cover art in the web UI did not change though. It seems once the album is in the DB and has a cover, that cover remains as the album cover in the DB, no matter what is in the files.
Is there any way to force a rescan of the cover image without removing the album from the library and re-adding it? And if not, can we get one? :-)
The text was updated successfully, but these errors were encountered: