Jump to content

Collection artwork not downloading - 4.9.3.0 / 4.10.0.11 Beta


Go to solution Solved by Lessaj,

Recommended Posts

leshkraven
Posted

Environment:

  • Emby Server 4.10.0.11 Beta (also reproduced on 4.9.3.0 stable)
  • Debian Linux (Debian 12)
  • Was working correctly on 4.8.11.0

Since upgrading from 4.8.11.0 to 4.9.3.0, collection artwork no longer downloads automatically. Collections are created correctly with the right TMDb IDs, the metadata folder contains the correct nfo files with tmdbid tags, but no images are ever downloaded
 

What I've tried:

  • Refresh metadata with Replace All Images ticked,  no images downloaded
  • Deleted and recreated collections, no change
  • Cleared tmdb-collections cache, no change
  • Confirmed server can reach image.tmdb.org (curl returns 200)
  • Confirmed TMDb API returns correct poster/backdrop paths for the collection IDs
  • Manually placed poster.jpg and fanart.jpg in metadata/collections folders,  Emby ignores them and still shows blank folder icon
  • Ran Scan Metadata Folder scheduled task,  no change

Additional info: Collection identify via the UI returns no results for any search query including well known collections like "Avatar", "Predator", "Dragon Ball Z". The RemoteSearch/BoxSet endpoint returns 200 in under 100ms suggesting it's not actually querying TMDb.

This appears to affect clean/migrated installs as noted in older threads. Existing installs that were working before 4.9 continue to work but any new collections added after upgrading have no artwork.

leshkraven
Posted

Environment:

  • Emby Server 4.10.0.11 Beta (also reproduced on 4.9.3.0 stable)
  • Debian Linux (Debian 12)
  • Was working correctly on 4.8.11.0

Since upgrading from 4.8.11.0 to 4.9.3.0, collection artwork no longer downloads automatically. Collections are created correctly with the right TMDb IDs, the metadata folder contains the correct nfo files with tmdbid tags, but no images are ever downloaded
 

What I've tried:

  • Refresh metadata with Replace All Images ticked,  no images downloaded
  • Deleted and recreated collections, no change
  • Cleared tmdb-collections cache, no change
  • Confirmed server can reach image.tmdb.org (curl returns 200)
  • Confirmed TMDb API returns correct poster/backdrop paths for the collection IDs
  • Manually placed poster.jpg and fanart.jpg in metadata/collections folders,  Emby ignores them and still shows blank folder icon
  • Ran Scan Metadata Folder scheduled task,  no change

Additional info: Collection identify via the UI returns no results for any search query including well known collections like "Avatar", "Predator", "Dragon Ball Z". The RemoteSearch/BoxSet endpoint returns 200 in under 100ms suggesting it's not actually querying TMDb.

This appears to affect clean/migrated installs as noted in older threads. Existing installs that were working before 4.9 continue to work but any new collections added after upgrading have no artwork.

Posted

Hi, what metadata and image fetchers are enabled on the collections library?

leshkraven
Posted

Hi

Sorry the emails were going to my junk folder.

Here is the screenshot

Screenshot (602).png

leshkraven
Posted

Hi Luke, I updated to 4.10.0.12 beta and the issue persists. I've checked the GitHub issues page and can't find this reported there

leshkraven
Posted

Hi Luke,

 

attaching screenshots showing the issue more clearly. Collections created before upgrading to 4.9 retain their artwork fine. Collections created after have no artwork and the identify/remote image search returns no results\ only manual image upload is possible. This affects all new collections regardless of how well known they are. Screenshots attached showing the blank folder icons, a collection with no artwork (28 Days Later), and the Edit Images screen where remote search is unavailable.

Screenshot (605).png

Screenshot (604).png

Screenshot (603).png

  • Solution
Lessaj
Posted

Try unchecking and then rechecking the metadata providers. Otherwise provide a server log where you attempted identifying the collection.

leshkraven
Posted

Hey that worked, can't believe I didn't think of that.

 

Thanks

  • Thanks 1

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...