mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-05-04 18:09:12 +03:00
[Issue]: New media doesn't show in Jellyfin #6006
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 @diogovalentte on GitHub (Jun 14, 2024).
Please describe your bug
When I download a new media, jellyfin doesn't show it, even after clicking to scan again. I can still watch the media that was previously added in jellyfin.
It started after the day 10 of this month, this day was the last day a new media showed in jellyfin, no media was download in day 11, so I can say for sure if it started on day 10 or 11, I also don't have the logs of these days. All media downloaded yesterday (day 12) and today don't show in jellyfin.
I executed bash on the jellyfin container to test permissions. It can read the media files and can write/read files in the config and cache folders.
The container was updated to 10.9.6 one day after it was released. I tried using the docker image with tag 10.9.4 and restoring a backup of when I used this version, but for some reason the issue persisted. Every new media added after the day of the backup restored didn't show after scanning the libraries again, even those that showed in version 10.9.6.
I added logs after restarting the container and clicking to scan my shows library. I can see the new media in the logs, but they don't show in jellyfin.
Reproduction Steps
Jellyfin Version
10.9.0
if other:
10.9.6
Environment
Jellyfin logs
FFmpeg logs
Please attach any browser or client logs here
No response
Please attach any screenshots here
Playback -> Transcoding:
Plugins:
Code of Conduct
@jellyfin-bot commented on GitHub (Jun 14, 2024):
Hi, it seems like your issue report has the following item(s) that need to be addressed:
This is an automated message, currently under testing. Please file an issue here if you encounter any problems.
@diogovalentte commented on GitHub (Jun 14, 2024):
These are all environment necessary info.
There are no ffmpeg logs in the time.
@Stooovie commented on GitHub (Jun 14, 2024):
Same. New shows stopped showing. I did a full rescan of Shows with "Replace existing metadata", it fixed the issue for a couple of minutes, then went back to show a single series that did not have any new episode for a year. And the series that did have new episodes since this started happening (The Boys) do not show in the New Series section, as they did.
It is not user error. This has worked without issue up until last week. 10.9.4.
@vtmarik commented on GitHub (Jun 15, 2024):
Having the same problem on 10.9.6, identify takes ~60s to find anything (with TMDB timing out) and then selecting anything has nothing happen. Even updating the metadata and images by hand has them revert to their empty state
@diogovalentte commented on GitHub (Jun 15, 2024):
Update: I created a new container with the exact same configs as the old container and it's working fine. I still have a backup of the configs of the bad container in a backup.
@diogovalentte commented on GitHub (Jun 15, 2024):
Second Update: the new container shows the media that the previous container didn't show. Still, a new episode downloaded today doesn't show on jellyfin, so the issue persists in a new instance created from zero in version 10.9.6.
I'll create a new instance in version 10.9.4.
@diogovalentte commented on GitHub (Jun 16, 2024):
After creating a container from zero in version 10.9.4, using only the default configs, adding new media works for a while and then it stops. Same with 10.9.3
@diogovalentte commented on GitHub (Jun 16, 2024):
Disabling TMDB in the libraries resolved the issue. Now it makes sense that this issue starts out of nowhere and affects older versions of Jellyfin, perhaps something changed in TMDB and the Jellyfin plugin needs to be updated. I thought my problem was different from @vtmarik's problem because there were no errors in my logs.
@kevoc commented on GitHub (Jun 17, 2024):
Reading through the symptoms you're all seeing, I had very similar issues that I traced back to my Jellyfin instance having no outbound access to the internet (Issue 12098). Open a shell inside the container and try to
ping google.com. If it times out, you have networking issues.For me, it was the fact that I was running LXD containers and Docker containers on the same host. They have a known networking conflict causing outbound packets to get dropped.
@diogovalentte commented on GitHub (Jun 17, 2024):
@kevoc I also thought it could be a network issue, but it's not, the network in the container is fine. The problem only happens when jellyfin tries to get metadata from TMDB.
@vtmarik commented on GitHub (Jun 17, 2024):
It was a network issue for me, ipv6 wasn't enabled in my connection settings and for some reason jellyfin in docker wants to use ipv6 to fetch from tmdb.
Once i enabled it in my connection settings and enabled ipv6 in the server settings everything was fully functional again.
@felix920506 commented on GitHub (Sep 4, 2024):
Is this still a problem after doing the steps in the above comment?
@DustinRoundy commented on GitHub (Sep 9, 2024):
I am also having a similar issue. I add new media to my Jellyfin but when I do a Library Scan it doesn't add the media or throw any errors. I've tried a fresh install, downgrading, and checking file permissions but the issue is still present.
I confirmed my container does have access to the Internet and have tried disabling TMDB on all my libraries but new media still doesn't appear.
@jellyfin-bot commented on GitHub (Jan 8, 2025):
This issue has gone 120 days without an update and will be closed within 21 days if there is no new activity. To prevent this issue from being closed, please confirm the issue has not already been fixed by providing updated examples or logs.
If you have any questions you can use one of several ways to contact us.
@jellyfin-bot commented on GitHub (Jan 30, 2025):
This issue was closed due to inactivity.