A follow-up to the Windows webhook fixes: mixed-separator paths from a Windows *arr now resolve correctly.
Fixed
- Windows Sonarr/Radarr webhooks no longer fail with "no matching scan path" / "invalid argument" (#314). v1.3.7's #299 taught the path matcher to accept a backslash directory boundary, but the backslashes then survived into the mapped local path — e.g.
/media/Movies\Angels And Demons (2009)\file.mkv. On a Linux container that broke two things downstream: the scan-path-config lookup (which only treats/as a boundary) reported "no matching scan path found", and the filesystemstatfailed withinvalid argumentbecause\is a literal filename character on Linux, not a separator. Full-library scans were unaffected because they enumerate the Linux filesystem directly and get clean forward slashes; only the webhook path, sourced verbatim from the Windows *arr, carried backslashes. The path mapper now normalizes the mapped remainder to the target path's separator convention in both directions (ToLocalPathandToArrPath): backslashes become forward slashes when the target is a Linux path (the container default), and forward slashes become backslashes for a native Windows install. Reported by alex882001 in #305.
Full Changelog: v1.3.8...v1.3.9