New uploads are not visible in Kitana "Recently-added items"

[cphmichael]

As you can see in the Sonarr > Activity > History, The Looming Tower series has been upgraded over night from Bluray-1080p to WEBDL-2160p

The most recent uploads are The Looming Tower 1x08, 1x09

If we go into Kitana Recently-added items > TV Shows, you can see that 1x08 and 1x09 are not listed.

Have a look at the Plex Media Server you can see The Looming Tower 1x08 is there in 4K with embedded English (SRT).

I think that means that Sub-Zero has not recognized the new uploads and that is the reason why SZ has not extracted the embedded subtitles?

I have enabled the Scheduler "Periodically search for recent items with missing subtitles every 6 hours" but as mention in #669, that seems not to work.

Maybe it is because SZ does not know the series are uploaded and therefore the scheduler do not recognize The Looming Tower 1x08.

Do you think this is an issue that can not be solved, so I should not create anymore ticked regarding this :-)

SZ.zip

[cphmichael]

I just recognized that the Krusadar > Modified column says 02:05 for The Looming Tower S01E08, but Sonarr > History says 05:08.

Do you think that can confuse Sub-Zero?

I found a settings in Sonarr > Media Management > File Management > Change File Date. The description says, Change file date on import/rescan.

It is set to "None", but the only other options are "Local Air Date" and "UTC Air Date". I would have preferred to change that to "Local computer time", so the series timestamp was the same as download timestamp.

[pannal]

It seems like the age-old issue that the PMS doesn't call SZ on an upgrade.

There's two other possible reasons, though:

• episodes don't include any format/quality in this case (The Looming Tower - S01E08 - A Very Special Relationship.mkv), so SZ quits before even trying to have a look at Sonarr/Radarr, because a subtitle already exists. Having no discernable information about the format/quality inside the filename breaks SZ in a crucial way, as there's no metadata info on the subtitle files themselves, about their "original" filename. This can be fixed, but takes a lot of work.
• you're hitting an existing bug, which is fixed in develop-2.6 (IndexError: list index out of range)