mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-05-04 18:09:12 +03:00
Movies misclassified as TV series when title contains "Season N" #6794
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 @fa1rid on GitHub (Mar 4, 2025).
Description of the bug
When a movie title contains a season indicator (e.g., "Season 2"), Jellyfin mistakenly identifies the movie as a TV series. As a result, the entire Movies folder in which the movie is located is re-parsed and treated as a series folder, causing misidentification of all content in that folder. Notably, only the affected folder exhibits this behavior—other folders in the same library type remain unaffected.
Reproduction steps
Create a Movies library with at least two separate folders, for example:
M:\Library\Movies
N:\Library\Movies
Add a movie to one of the folders (e.g., N:\Library\Movies) with a title containing a season indicator.
Example: Squid Game Making Season 2 (2025)
Observe that Jellyfin re-parses the folder as a TV series folder (when full library scan is done) and misclassifies the movie along with any other content in that folder.
What is the current bug behavior?
The folder where the affected movie is added is re-parsed and misclassified as a TV series folder. This results in movies being misidentified, while other Movies folders (e.g., M:\Library\Movies) remain unaffected.
What is the expected correct behavior?
The movie should be recognized and treated as a movie regardless of the inclusion of "Season N" in its title, and the folder should remain classified as a Movies folder.
Jellyfin Server version
10.10.0+
Specify commit id
No response
Specify unstable release number
No response
Specify version number
No response
Specify the build version
10.10.6
Environment
Jellyfin logs
FFmpeg logs
Client / Browser logs
No response
Relevant screenshots or videos
No response
Additional information
No response
@theguymadmax commented on GitHub (Mar 4, 2025):
Could you provide the folder structure, file naming conventions, and your library settings? I tested with both a flat structure and movies in folders, but I couldn't reproduce the issue.
Movies X/
Movies Y/
├── Squid Game Making Season 2 (2025)/
│ └── Squid Game Making Season 2 (2025).mkv
├── Big Buck Bunny (2008)/
│ └── Big Buck Bunny (2008).mkv
Movies X/
Movies Y/
├── Squid Game Making Season 2 (2025).mkv
├── Big Buck Bunny (2008).mkv
@gloryandel commented on GitHub (Mar 6, 2025):
Jellyfin requires correct directory structure and file name conventions. What is the type of media library selected?
@fa1rid commented on GitHub (Mar 8, 2025):
N:\Library\Movies - Documentaries << this is the Library Folder (type Movies)
├───Movie One (2016)
│ │ Movie One (2016).mkv
│
├───Movie Two (2009)
│ │ Movie Two (2009).mkv
│
├───Squid Game Making Season 2 (2025)
│ │ Squid Game Making Season 2 (2025).mkv
│
To reproduce the issue:
Please go to Dashboard > Scheduled Tasks > Scan Media Library click on (run/start task button)
How does the issue look like (Before/After) adding "Squid Game Making Season 2 (2025)":
Before:
After:
@fa1rid commented on GitHub (Mar 8, 2025):
If anyone interested in the logs, here it is:
@theguymadmax commented on GitHub (Mar 8, 2025):
I replicated your structure and I still couldn't reproduce the issue. The movie gets correctly identified and after a rescan, there is no change. Does the movie get correctly identified when you first add it?
@fa1rid commented on GitHub (Mar 8, 2025):
Thank you for trying to reproduce it.
I tried to reproduce it on fresh new library and the issue did NOT occur. It means it's something related to my specific library.
I'm still trying to do some more trials to see how can I reproduce it on fresh installation.
If you have anything in mind that I could try please let me know.
@fa1rid commented on GitHub (Mar 8, 2025):
When doing full library scan I noticed this in the log:
[2025-03-08 06:04:38.106 +04:00] [INF] [33] Emby.Server.Implementations.Library.LibraryManager: Removing item, Type: "Folder", Name: "Movies - Documentaries", Path: "N:\Library\Movies - Documentaries", Id: 22b9152a-16ad-613c-abf7-86a88186877aThen it will start
ffprobeon all the files in theMovies - Documentaries[2025-03-08 06:04:48.776 +04:00] [INF] [39] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: Starting "ffprobe" with args "-analyzeduration 200M -probesize 1G -i file:\"N:\Library\Movies - Documentaries\...Then it will delete dead studios:
Then end of scan:
Oh wait, I just noticed that it says
Removing item, Type: "Folder"Is this normal or it should sayType: "Movies"?I will do more tests to see if I can get any clues...
@gloryandel commented on GitHub (Mar 8, 2025):
Jellyfin 10.10.6 cannot reproduce
From movie.nfo, we can see that it is correctly identified as movie
@fa1rid commented on GitHub (Mar 8, 2025):
Could it be related to my other issue: https://github.com/jellyfin/jellyfin/issues/12972 ?
@fa1rid commented on GitHub (Mar 8, 2025):
It should be related, that's the only explanation.
My database is missing
CollectionTypein library.db, tableTypedBaseItemstype:
MediaBrowser.Controller.Entities.CollectionFolderdata:
It must be that there was an old bug which was fixed, but it didn't fix or address issues that was already created and written to the db. So maybe my library is too old (was created on an old version of Jelleyfin), and most of you guys just test on new fresh installations/libraries., which is why many bugs become unreproducible.
So that should be the reason of the issue.
Now we need to figure out why my DB is missing
CollectionTypefor the Libraries? And if I add that manually should it fix the issue?Any senior maintainer can relate please?
I don't remember on which Jellyfin version I started, but I think in 2021.
Here is something that could help:
@fa1rid commented on GitHub (Mar 13, 2025):
Update
I have manually edited the database to add the missing
CollectionTypefor each library.I tried to add
Squid Game Making Season 2 (2025)after that.Observations after doing
Scan Media Library:Squid Game Making Season 2 (2025)is now correctly recognized as Movie, and other movies still show as Movies.season.nfoand added duplicateArtworksinto their media folder. Other Library folders are not affected.Example:
N:\LIBRARY\MOVIES - DOCUMENTARIES\BARAKA (1992)
│ backdrop.jpg
│ backdrop1.jpg
│ banner.jpg
│ Baraka (1992)-backdrop.jpg
│ Baraka (1992)-backdrop1.jpg
│ Baraka (1992)-banner.jpg
│ Baraka (1992)-clearart.png
│ Baraka (1992)-landscape.jpg
│ Baraka (1992)-logo.png
│ Baraka (1992)-poster.jpg
│ Baraka (1992).mkv
│ Baraka (1992).nfo
│ clearart.png
│ folder.jpg
│ landscape.jpg
│ logo.png
│ movie.nfo
│ season.nfo
│ trailer.mkv
Notice that the following files are new and considered duplicate:
│ Baraka (1992)-backdrop.jpg
│ Baraka (1992)-backdrop1.jpg
│ Baraka (1992)-banner.jpg
│ Baraka (1992)-clearart.png
│ Baraka (1992)-landscape.jpg
│ Baraka (1992)-logo.png
│ Baraka (1992)-poster.jpg
│ Baraka (1992).nfo
Like
Baraka (1992)-backdrop.jpgis duplicate ofbackdrop.jpg, etc..This one is also added which raises a lot of questions.
│ season.nfo
Jellyfin is acting weirdly and it seems that it has many internal hidden bugs.
Can someone please explain what's going on?
I'm just thinking to re-create a new fresh library, but the problem I will lose my watch history. Also it's a hassle to do that, creating everything again and all the users I have.
Part of the logs:
@fa1rid commented on GitHub (Mar 21, 2025):
Update
I was playing with API and found this:
Then:
/Items/27de44be78b3ca7e496ff0de7432958d/Ancestors@jellyfin-bot commented on GitHub (Jul 20, 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 (Aug 11, 2025):
This issue was closed due to inactivity.