Even manual import fails with "0 video files were found in …"

Sonarr version (exact version): 4.0.10.2544
Mono version (if Sonarr is not running on Windows): .NET 6.0.13
OS: Linux
Debug logs: See below
Description of issue:
[Manual, even, ] import fails with:

2024-11-26 09:21:23.9|Debug|DiskScanService|Scanning '/video/tmp/Download/[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g/' for video files
2024-11-26 09:21:23.9|Trace|DiskScanService|1 files were found in /video/tmp/Download/[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g/
2024-11-26 09:21:23.9|Debug|DiskScanService|0 video files were found in /video/tmp/Download/[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g/
2024-11-26 09:21:23.9|Debug|ImportDecisionMaker|Analyzing 0/0 files.

But there is a file in the directory (as the messages above say, and it is indeed a video file and is readable by the Sonarr user:

# sudo -u sonarr -s
$ file /video/tmp/Download/[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g/frAtzlTb49IiKwBvCJQ0eR6Ou8XwNvgz.mkv\ \(1+0\)
/video/tmp/Download/[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g/frAtzlTb49IiKwBvCJQ0eR6Ou8XwNvgz.mkv (1+0): Matroska data

[frAtzlTb49IiKwBvCJQ0eR6Ou8XwNvgz.mkv\ \(1+0\) is the actual file name and not any kind of redaction/obfuscation, etc.]
Here is the full trace log of the operation of trying to manually import:

2024-11-26 09:21:17.9|Trace|Scheduler|Pending Tasks: 0
2024-11-26 09:21:23.9|Trace|Http|Req: 4867 [GET] /api/v3/manualimport?folder=%2Fvideo%2Ftmp%2FDownload%2F[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g%2F&filterExistingFiles=false (from 10.75.22.1 Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36)
2024-11-26 09:21:23.9|Debug|Sonarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated.
2024-11-26 09:21:23.9|Debug|Parser|Parsing string '[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g'
2024-11-26 09:21:23.9|Trace|Parser|^(?<title>.+?)(?:(?:[-_\W](?<![()\[!]))+S?(?<season>(?<!\d+)(?:\d{1,2})(?!\d+))(?:[ex]|\W[ex]){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)(?:[-_. ]|$)
2024-11-26 09:21:23.9|Debug|Parser|Episode Parsed. [redacted] 
2024-11-26 09:21:23.9|Debug|Parser|Languages parsed: Unknown
2024-11-26 09:21:23.9|Debug|QualityParser|Trying to parse quality for '[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g'
2024-11-26 09:21:23.9|Debug|Parser|Quality parsed: WEBRip-1080p v1
2024-11-26 09:21:23.9|Debug|Parser|Release Group parsed: d3g
2024-11-26 09:21:23.9|Debug|Parser|Parsing string '[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g'
2024-11-26 09:21:23.9|Trace|Parser|^(?<title>.+?)(?:(?:[-_\W](?<![()\[!]))+S?(?<season>(?<!\d+)(?:\d{1,2})(?!\d+))(?:[ex]|\W[ex]){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)(?:[-_. ]|$)
2024-11-26 09:21:23.9|Debug|Parser|Episode Parsed. [redacted] 
2024-11-26 09:21:23.9|Debug|Parser|Languages parsed: Unknown
2024-11-26 09:21:23.9|Debug|QualityParser|Trying to parse quality for '[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g'
2024-11-26 09:21:23.9|Debug|Parser|Quality parsed: WEBRip-1080p v1
2024-11-26 09:21:23.9|Debug|Parser|Release Group parsed: d3g
2024-11-26 09:21:23.9|Debug|DiskScanService|Scanning '/video/tmp/Download/[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g/' for video files
2024-11-26 09:21:23.9|Trace|DiskScanService|1 files were found in /video/tmp/Download/[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g/
2024-11-26 09:21:23.9|Debug|DiskScanService|0 video files were found in /video/tmp/Download/[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g/
2024-11-26 09:21:23.9|Debug|ImportDecisionMaker|Analyzing 0/0 files.
2024-11-26 09:21:23.9|Trace|Http|Res: 4867 [GET] /api/v3/manualimport?folder=%2Fvideo%2Ftmp%2FDownload%2F[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g%2F&filterExistingFiles=false: 200.OK (6 ms)
2024-11-26 09:21:23.9|Debug|Api|[GET] /api/v3/manualimport?folder=%2Fvideo%2Ftmp%2FDownload%2F[redacted].1080p.WEBRip.10Bit.DDP5.1.HEVC-d3g%2F&filterExistingFiles=false: 200.OK (6 ms)

Any idea why Sonarr is not recognizing that the file in the directory is a video file?

Nobody with any ideas on this one?

Have you tried renaming the file to just .mkv at the end instead of that \ \(1+0\) abomination? What even is that?

I have not tried renaming yet. But I don’t want to have to. The entire point of using something automated like Sonarr is to avoid having to manually intervene to help it along.

Relying on file extensions to determine what a file is is very poor. File extensions can lie. Just ask the many victims of viruses from files with lying extensions in e-mails.

There are lots of tools (file being the example that I provided in the description) that can determine what a file is based on content. ffprobe being probably the most popular, for video content at least.

So renaming did result it in it being automatically imported. I will go open a ticket on this.

Thanks.

Sonarr doesn’t use the extension to determine what it is, it uses it to determine if it’s a file it cares about.

Many users don’t look at the actual extension and look at the filename excluding the extension and these viruses masquerade as valid files by naming themselves File.pdf.exe or the like.

I was just thinking it would trip up the filename parser :man_shrugging:t3:, it was just a thought because I’ve never seen that before.