mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-05-04 18:09:12 +03:00
Library thumbs are not created on first library scan #567
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @cesalo on GitHub (Apr 5, 2019).
Describe the bug
In 10.3 these are how the libraries look:
In 10.2:
Expected behavior
Same as 10.2.
System (please complete the following information):
Centos rpm.
@Matt07211 commented on GitHub (Apr 6, 2019):
I believe on all current versions you'll need to force a library rescan before it's created. Let's say I have a fresh install and add my library, it scans all my files in, I've in the past had to hit the scan library button again and then that time it would create the covers
@cesalo commented on GitHub (Apr 7, 2019):
I've run several, there is even a job I created to do that every hour. No luck.
and from the dashboard:
@Matt07211 commented on GitHub (Apr 13, 2019):
I ran rc-1 a few days ago and library thumb's got created on my end, I'm having trouble reproducing
@joshuaboniface commented on GitHub (Apr 13, 2019):
What @Matt07211 said is correct, the library thumbnails don't get generated until the second library scan for a given library. Rescanning the library should fix it for you immediately. It's been like this for a while I believe but more confirmation is helpful!
We'll keep this issue around as the master tracking for this however, since it should probably be determined why this is occurring.
@cesalo commented on GitHub (Apr 13, 2019):
@Matt07211 @joshuaboniface I've done several re-scans and nothing has changed .. I've installed 10.3.0-rc2 and the issue persists. I did create a new library to confirm and again same issue (you can see here the extra library):
I have 2 parallel instances 10.2 (Docker) and 10.3 (Centos rpm) accessing the same directories, there is definitive something off in 10.3 with regards the thumbs (at least in my install):
I've been adding tv-shows episodes and movies since these were created so for sure it did few library scans also I have a job running this every 2h since real-time monitoring sometimes doesn't catch the changes.
This is not an issue of the first library scan, my screenshots are from today, as I mentioned these are Jellyfin instances that I'm using constantly adding with my active tv-shows so I'm adding new files every day.
Something I noticed is that when I created the new library after installing 10.3 RC2 the creation window didn't close on its own. It got kind of stuck when I pressed "Ok". I had to refresh the browser and was indeed adding the media to that library, not sure if this is related but I found it odd.
@stale[bot] commented on GitHub (Jul 30, 2019):
Issues go stale after 60d of inactivity. Mark the issue as fresh by adding a comment or commit. Stale issues close after an additional 7d of inactivity. If this issue is safe to close now please do so. If you have any questions you can reach us on Matrix or Social Media.
@Matt07211 commented on GitHub (Jul 30, 2019):
I'll have to check if this is still a problem or not
@cesalo commented on GitHub (Jul 30, 2019):
so honestly I switched to custom Library thumbs so not sure if since the last updates this has been solved also now I'm just using docker so no more Centos :( .. which was the one having issues. Sorry about that.
@anthonylavado commented on GitHub (Jul 30, 2019):
@cesalo That's okay. If it comes up otherwise, then we can look at it again.
@Matt07211 Let us know what you find out 👍
@stale[bot] commented on GitHub (Oct 28, 2019):
Issues go stale after 90d of inactivity. Mark the issue as fresh by adding a comment or commit. Stale issues close after an additional 14d of inactivity. If this issue is safe to close now please do so. If you have any questions you can reach us on Matrix or Social Media.
@stale[bot] commented on GitHub (Feb 26, 2020):
This issue has gone 120 days without comment. To avoid abandoned issues, it will be closed in 21 days if there are no new comments.
If you're the original submitter of this issue, please comment confirming if this issue still affects you in the latest release or nightlies, or close the issue if it has been fixed. If you're another user also affected by this bug, please comment confirming so. Either action will remove the stale label.
This bot exists to prevent issues from becoming stale and forgotten. Jellyfin is always moving forward, and bugs are often fixed as side effects of other changes. We therefore ask that bug report authors remain vigilant about their issues to ensure they are closed if fixed, or re-confirmed - perhaps with fresh logs or reproduction examples - regularly. If you have any questions you can reach us on Matrix or Social Media.
@azumukupoe commented on GitHub (Jun 21, 2020):
I want an option to use the default library thumbs but should an create a separate ticket?
@yllekz commented on GitHub (Nov 26, 2021):
I've made an interesting observation as of late: While the Jellyfin web interface/official app fail to show thumbnails for media entries, the third party "Infuse" app is able to show them without issue. I'm not sure if Infuse is generating thumbnails on its own (unlikely) within its own separate database or what (also unlikely), but it seems to be a bug in the Jellyfin interface from what I can tell.
@anthonylavado commented on GitHub (Nov 27, 2021):
@yllekz That I can actually comment on. Infuse does generate its own database and downloads separate thumbnails (except in specific circumstances). It simply uses Jellyfin/others as a backend file provider (for now).