When adding multiple different shows in a short period of time, the first show that’s matched and added works fine, Any subsequent, different, show - no matter what the naming convention - then shows up as a later series of the first matched show. This behavior has only started since upgrading the library to the new scanner, and seems to occur with files added within a short period of time to each other (about 5-10 minutes):
For example, adding the file: /media/tv/Gino's Italian Family Adventure {tvdb-412299}/Season 01/Gino's Italian Family Adventure - S01E01 - Family in Sardinia.mkv matches correctly.
Adding a subsequent file, for example: /media/tv/Top Gear {tvdb-74608}/Season 31/Top Gear - S31E04 - Episode 4.mkv
..then matches those episodes as “Gino’s Italian Family Adventure, Season 31, Episode 4”.
I’m at a loss. I’ve added the {tvdb} suffix using Filebot to be more specific about the series; I’ve tried unmatching and re-matching; I’ve tried refreshing metadata - but the server stubbornly insists on keeping the original matches. Sample screenshot below:
Are you triggering the library scan via the comand line or a http URL?
When you edit your tv shows library, go to the “Add Folders” tab, which folder is present in there. (it should be exactly /media/tv. Not one folder level above, nor below that. )
The library scan seems to be kicking off on change via inotify. A previous iteration of my Filebot script used the server URL and token to kick off the scan, which I thought was the issue (i.e. trying to start a library scan while one was in process) but that doesn’t seem to be the case.
Oh, and yeah, the folder is very much just /media/tv. Honestly, it’s been working for 2-3 years without any issues and the vast majority of my existing library works just fine - however, it seems since the library upgrade, this odd - I guess, caching? - issue with adding multiple shows in a short period of time has started occurring. I wouldn’t even post here if I could undo it, refresh the library and tag everything back how it should be based on the folder path. Ugh.
I took a closer look at your screen shot.
You are editing a whole season there, not just an episode. So it is completely normal to see all file names of this season listed at once. It doesn’t mean that both file names are associated with the same episode.
Sure, but the issue is that even an individual episode with a well-formed naming structure like below, still keeps getting mapped to an entirely different show. And even “unmatching” at the season level and initiating a new scan doesn’t correct it and remap it.
Disable the “automatic” library scan for a while and trigger it manually, after you have made sure that all new files have been transferred to the media storage completely.
I remember such a behaviour when the library scan is triggered and a partly uploaded/copied file is being scanned and has its hash value computed.
Since many MKV files look the same when you only look at their file headers (and compute its hash), the server might mistake each partly uploaded file as the same episode.
To clear this wrong hash from Plex’s database, you will need to perform the complete Plex Dance with each involved episode file.
Thanks for the pointers! From my experience, I think your hypotheses above has a good chance of being the problem. And TIL about the Plex Dance. I’ll give it a shot.
