Photo Thumnails Never Update

[CVONP 2]

I use the slideshow within Emby Server extensively to review photos and noticed that - when I replace an image file with an updated version of the same name - its thumbnail does not update. Playing the image file shows the update(s) correctly, but the original thumbnail [from the first version] does not change, even if I run a Scan Library Files or Refresh Metadata.

I've looked through the menus in settings but cannot find a means to rebuild the photos cache and/or delete the existing photo thumbnails. Is this a bug? Thanks!

I'm running Emby Server 4.9.0.37-724x on a Synology NAS, DSM 7.2.2-72x

Accessing via Windows 10 64

As an aside, the HTML of several of the setup pages appear broken in Firefox for Windows.

Edited January 24 by CVONP
added tags

[visproduction 276]

This sounds like a logical outcome of code looking to the file name to see if an thumb update is needed.  What you are asking is to possibly switch to look at a last update time instead for all files and then trigger a new thumbnail.  The problem with this idea is that finding file name changes is already built into the system and does not take any extra time to do.  Checking all files for changes in the datestamp means that this process would run all the time for all files, even when nothing has changed.  This new process could easily slow down the overall page load and processing time and take away processing power from all other services, like transcoding or page loading for other users.  In other words, your server would slow down for everyone depending on the work load, number of users, what services are handled by CPU.  The advantage of this new service to watch for anyone who uploads new content and not change the file name, is perhaps one event in 100,000 or less.

Handling file updates, media content is best to not use identical file names when creating updated content for exactly this type of issue.  Post production and graphic artists, I don't believe have a habit of using identical names for files in any group that I have seen.  I think the correct approach is to stop using identical names for your file updates.

[CVONP 2]

Thanks! I actually posted my issue too soon as after a bit more testing with Chrome and Apple TV 4K revealed the issue seems to be with the way Emby Server communicates with browsers. For example: Chrome, instantly recognizes updated images on the Emby Server and displays new thumbnails accordingly, all without needing to clear its cache or having to do a re-scan of the folder.

However, both Firefox and Apple TV 4K - even after flushing their respective cache - are unable to update the thumbnails they associated with a file. This seems really strange, as if Chrome is creating its own thumbnails for images, while Firefox and Apple TV 4K rely on an Emby database. I'm tagging this 'resolved' as I'm tired of fighting with it.

=\

 

[Luke 40021]

Hi, as long as the date modified timestamp of the file changes, then the server should pick up the change on the next library scan.

[CVONP 2]

You'd think so, but even if I force a library scan it's only Chrome that sees new/refreshed thumbnails. Firefox and Apple TV 4K both consistently only display the first thumbnail from the original version of a given image, regardless of the updated images' date/time stamp. They will play an update correctly if you run a slideshow or click to enlarge an image, but when viewing thumbnails collectively on a library page, the old thumbnails are never updated.

[Luke 40021]

Hi, can you please show a specific example? Thanks.

[CVONP 2]

Hi Luke. I ended up creating new folders with different names to resolve the issue but, the next time it happens will try to remember to get screenshots for you. Thanks!