leshkraven 3 Posted May 15 Posted May 15 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 3 Posted May 20 Author Posted May 20 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.
Luke 42556 Posted May 21 Posted May 21 Hi, what metadata and image fetchers are enabled on the collections library?
leshkraven 3 Posted May 23 Author Posted May 23 Hi Sorry the emails were going to my junk folder. Here is the screenshot
leshkraven 3 Posted May 23 Author Posted May 23 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 3 Posted May 23 Author Posted May 23 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.
Solution Lessaj 506 Posted May 24 Solution Posted May 24 Try unchecking and then rechecking the metadata providers. Otherwise provide a server log where you attempted identifying the collection.
leshkraven 3 Posted May 26 Author Posted May 26 Hey that worked, can't believe I didn't think of that. Thanks 1
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now