Different series. Different file path. Different problem. There'll always be a corner case that doesn't work.
Typically, I would recommend using the
--filter option to fine-tune things for your specific use case, e.g. since you're only processing recently aired episodes, the age filter approach might work well for you:
viewtopic.php?t=2127
However, in this case, it does work correctly out-of-the-box for me here:
Code: Select all
$ filebot -rename *.mp4 -non-strict --action TEST --log INFO
[TEST] from [Monsterland.S01E01.WEBRip.x264.mp4] to [Monsterland - 1x01 - Port Fourchon, Louisiana.mp4]
[TEST] from [The.Good.Lord.Bird.S01E01.WEBRip.x264.mp4] to [The Good Lord Bird - 1x01 - Meet the Lord.mp4]
[TEST] from [The.Queens.Gambit.S01E01.WEBRip.x264.mp4] to [The Queen's Gambit - 1x01 - Openings.mp4]
[TEST] from [The.Right.Stuff.S01E04.WEBRip.x264.mp4] to [The Right Stuff - 1x04 - Advent.mp4]

If you process a series / episode
before the series / episode information is available in the database, then FileBot will end up with the "next best" match as per
-non-strict matching. This
may be a possible explanation, but we can't say for sure without reproducing the issue. Processing files 2-3 days after release, instead of immediately, may alleviate this particular issue.

If you're running tests on previously incorrectly renamed files, then you'll want to check and clear xattr, otherwise FileBot will tend to prefer the previous match. Please read
Metadata and Extended Attributes for details.