Why do you have OMDB enabled in a TV type library?
Having too much turned on is going to dilute the match.
It was in there so I turned it on as a lower priority incase the above sources don’t match.
I’ll turn it off to test - but there’s nothing to indicate having OMDB as a third priority is the issue.
May I see your logs?
Specifically, I’d like to see the DEBUG logs, captured after Refreshing the metadata -or- performing a proper Plex Dance of the movie to have PMS detect and scan as if fresh.
If you Dance it (preferred) I can then look at every step through the normal sequence. It’s very easy to track & debug that way.
Ok sure. I’ll do the above and run a test.
I’m going to add a show from 2020 that doesn’t have (2020) in the tvdb title.
I’m then going to add a show from a previous year, that also doesn’t have the (year) in the tvdb title.
We’ll then see which one Plex auto matches during the library scan process.
Whatever you do, don’t start renaming after it’s been scanned. That doesn’t work
PMS has the file checksum from the header.
Sure I won’t rename anything. Just let Plex pick it up during library scan and share the debug logs
I have a script if you’d like to use it ?
I use it for all name lookup testing.
It will create a fake series. (dummy files).
The signatures are unique and PMS accepts as if real media.
Thats ok - I’ll use real shows that have don’t have (year) in the tvdb title.
Bingo. Happened again.
Test methodology:
- Add two new TV Shows to an existing Plex Library
- One show will be from 2018
- One show will be from 2020
- Both shows will have the (year) in the tv show directory
- Both shows will have no reference to (year) in the tvdb title
Shows Added:
- /tv/Who Is America! (2018)/Season 01/Who Is America! (2018) - S01E01 - Episode 1.mkv
- /tv/Duncanville (2020)/Season 01/Duncanville (2020) - S01E01 - Pilot.mkv
TVDB Screenshots - showing no year in Title
-Who Is America
-Duncanville
End result in Plex after running full Library Scan
-Who is America
-Duncanville
When selecting “match” on unmatched Duncanville series - no editing of entry or folder name (2020 remains in directory title)
End result after selecting “match” with no editing of entry or directory name
Summary
When the (Year) in the title of a TV Show directory is prior to 2020 there is no impact on Plex’s functionality to auto match a file during library scan
When the (Year) in the title of a TV Show directory is 2020, there is an impact on Plex’s functionality to auto match a file during library scan.
In the later scenario, manual intervention is required by the user to “match” the metadata - even though the user does not need to make any change to the file reference or file name for the content to match correctly.
–Plex Devs- debug logs are available to be sent via PM - let me know where to send them.
Thanks
1 Like
Please stop forcing the year on everything? You’re micromanaging it.
[chuck@lizum ~.501]$ ls -ls /vie/qa/tv/Duncanville*
total 4
4 drwxr-xr-x 2 chuck chuck 4096 Feb 29 01:25 Season 01/
[chuck@lizum ~.502]$ ls -ls /vie/qa/tv/Duncanville*/*1
total 80
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E01.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E02.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E03.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E04.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E05.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E06.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E07.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E08.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E09.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E10.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E11.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E12.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E13.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E14.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E15.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E16.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E17.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E18.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E19.mkv
4 -rw-r--r-- 1 chuck chuck 270 Feb 29 01:25 Duncanville - S01E20.mkv
[chuck@lizum ~.503]$
I didn’t have to touch it. I only needed to wait for it.
I’ll say here; if we dumb it down far enough so we all have to Fix Match on 50% of our stuff - so we can accommodate an incorrect file name the other 50% of the time…
We’re messin’ up.
I think a perfect file name should work 100% of the time.
If any developmental magic is to be performed so that incorrect file names also work, ok, but let’s not mess up a perfect file name in the process.
Don’t penalize me for having perfect file names. If imperfect names require a Fix Match - I’m good with that. I’ll know when to report an issue to FileBot when I have to Fix Match.
I’ll observe for a while, quietly…lol
2 Likes
The solution you’re providing means that Plex won’t be able to accurately auto match shows that have multiple release years (Cobra as per your previous example).
Which is why having the year in the directory has always been helpful - and has never been an issue until 2020.
No-one is asking the proper question - which is why Plex can’t match a show - during library scan - with the year 2020 in the title.
It matches it fine - with no intervention - when selected “Match”.
Yes it is and does. What you must be careful of is the new UI.
Example: “The Flash”
Which of the 3 do you want using their formal proper names?
“The Flash” = 1996
"The Flash (1967) = 1967
"The Flash (2014) = 2014
You name them how they appear here.
Now, apply to the cases here and the naming required is obvious.
The parentheses are not part of the name.
Therefore, adding the year changes the matching score and creates a failure to match.
I know. That was my point of the test.
Can you please answer this:
Why did “Who is America (2018)” auto match during library scan? But “Duncanville (2020)” didn’t?
When both tvdb entries don’t have the year in the title?
And why is “Duncanville (2020)” giving a match score of 100 when I select “match” - but not auto matching during library scan?
Do you have the | (exclamation point) in your file name? or is it without?
[chuck@lizum tv.505]$ ll /vie/qa/tv/Who\ is\ America\ \(2018\)/*01
total 88
drwxr-xr-x 2 chuck chuck 4096 Feb 29 01:49 ./
drwxr-xr-x 4 chuck chuck 4096 Feb 29 01:49 ../
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E01.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E02.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E03.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E04.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E05.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E06.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E07.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E08.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E09.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E10.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E11.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E12.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E13.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E14.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E15.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E16.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E17.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E18.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E19.mkv
-rw-r--r-- 1 chuck chuck 290 Feb 29 01:49 Who is America (2018) - S01E20.mkv
[chuck@lizum tv.506]$
Exclamation Point is in the file name
What you posted is proving my point.
“Who is America! (2018)” auto matched in Plex.
But you’re saying it shouldn’t have because I included the year in the title.
That’s what I’m trying to say - including the year in the title is not the reason files aren’t matching.
It’s something to do with the having the year 2020 in the title that is causing the issue.
You can add any TV show from prior years, put the year in the title, and it’ll auto match in Plex.
But it won’t auto match if you have the year 2020 in the title. I’ve seen it happen over a dozen times.
Give me a moment please to read through the actual agent code and look at change history.
I am starting to understand
I just went through all the change history for everything involving media scanning.
Music had a few changes.
TheTVDB was changed in the URLs to complete migration from their V2 API to the current V3 API. V2 has been fully discontinued by them.
The only year check I find is 1889 (yes eighteen eighty-nine) as a sanity check for embedded year.
Now to figure out the timing.
This thread began Feb 17.
The timing is highly suspicious.
On Jan 30, TheTVDB completely switched to their new API & databases.
Is it possible there is a flaw in that API? Yes.
Does this behavior point at something? Yes.
Thoughts?
Scrolling back:
- Try taking the
!out of the name. - I am wondering if you’ve caught a completely unknown fault in the regex.
I’m considering the impact in Python (where the regex’s live)
(?<!...)
Matches if the current position in the string is not preceded by a match for .... This is called a negative lookbehind assertion. Similar to positive lookbehind assertions, the contained pattern must only match strings of some fixed length and shouldn’t contain group references. Patterns which start with negative lookbehind assertions may match at the beginning of the string being searched.
The hour is late here. I’m going to expressly test the use of exclamation in a name tomorrow.
2020-02-29 02:31:20,385 (7f7a4ffff700) : ERROR (networking:196) - Error opening URL 'https://meta.plex.tv/tv/names/en/ad/ad56de1b4fff0a287c66a74b7ab5d4fe8bbc0b34.xml'
2020-02-29 02:31:20,385 (7f7a4ffff700) : INFO (__init__:369) - Searching for exact match with: Duncanville+%282020%29 (lang: en)
2020-02-29 02:31:20,385 (7f7a4ffff700) : DEBUG (networking:143) - Requesting 'https://tvdb2.plex.tv/search/series?name=Duncanville+%282020%29'
2020-02-29 02:31:20,854 (7f7a4ffff700) : ERROR (networking:196) - Error opening URL 'https://tvdb2.plex.tv/search/series?name=Duncanville+%282020%29'
2020-02-29 02:31:20,854 (7f7a4ffff700) : INFO (__init__:162) - HTTPError 404:
2020-02-29 02:31:20,854 (7f7a4ffff700) : INFO (__init__:385) - There was a problem attempting an exact TVDB match in Duncanville+%282020%29 (lang: en)
2020-02-29 02:31:20,855 (7f7a4ffff700) : DEBUG (runtime:88) - Sending packed state data (607 bytes)
2020-02-29 02:31:20,855 (7f7a4ffff700) : DEBUG (runtime:924) - Response: [200] str, 320 bytes
2020-02-29 02:31:21,912 (7f7a74774700) : DEBUG (networking:143) - Requesting 'http://127.0.0.1:32400/services/tmdb?uri=%2Ftv%2F75203%2Frecommendations'
2020-02-29 02:31:24,037 (7f7a74774700) : DEBUG (networking:143) - Requesting 'https://tvdb2.plex.tv/series/317584/actors'
2020-02-29 02:31:24,523 (7f7a74774700) : DEBUG (networking:143) - Requesting 'https://tvdb2.plex.tv/series/317584/episodes?page=1'
2020-02-29 02:31:25,069 (7f7a74774700) : INFO (__init__:898) - Show ordering is: aired
2020-02-29 02:31:25,069 (7f7a74774700) : INFO (__init__:926) - No media for season 2 episode 1 - skipping population of episode data
2020-02-29 02:31:25,069 (7f7a74774700) : INFO (__init__:926) - No media for season 2 episode 2 - skipping population of episode data
2020-02-29 02:31:25,069 (7f7a74774700) : INFO (__init__:926) - No media for season 2 episode 3 - skipping population of episode data
