mirror of
https://github.com/Radarr/Radarr.git
synced 2026-03-02 22:57:34 -05:00
Cannot determine relative path for unrooted paths #7461
Labels
No labels
Area: API
Area: Database
Area: Db-migration
Area: Download Clients
Area: Extras
Area: Import Lists
Area: Indexer
Area: Metadata API
Area: Notifications
Area: Organizer
Area: Parser
Area: Scanning
Area: Tooling
Area: UI
Area: Unit Tests
On Hold: MetadataAPI Blocking
On Hold: MetadataAPI Blocking
Priority: High
Priority: Low
Priority: Medium
Status: Accepted
Status: Cannot Reproduce
Status: Confirmed
Status: Help Wanted
Status: In Progress
Status: Indexer - need invite
Status: Info Needed
Status: Investigating
Status: Logs Needed
Status: Maybe One Day
Status: Needs Triage
Status: On Hold
Status: Ready for Review
Status: Unlikely
Status: Waiting for OP
Status: Won't Fix
Type: Bug
Type: Documentation
Type: Duplicate
Type: Enhancement
Type: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
conflict
lidarr-pull
no-conflict
not-pulled
readarr-pull
readarr-pull
sonarr upstream
sonarr-pull
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Radarr#7461
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jsebt on GitHub (May 16, 2023).
Is there an existing issue for this?
Current Behavior
Ever since the May 14 update, Radarr seems to fail to trigger the "Plex" notification agent to refresh my libraries.
It fails with the error: Cannot determine relative path for unrooted paths even though my setup doesn't require any mapping betweed Radarr and Plex (they both reside bare-metal on the same Windows machine).
I do have path mapping for my torrent client that is on a separate linux computer, but I don't think it has any relevance to this bug report
Expected Behavior
Radarr triggering a library update on my Plex and not needing any path maping.
Steps To Reproduce
Environment
What branch are you running?
Develop
Trace Logs?
https://privatebin.net/?3dc0ee16f1f4299e#GkHR7Be1NWsYysy8yMTNq7gdE8EQTmEUT7tGJh1MrKUS
Trace Logs have been provided as applicable. Reports may be closed if the required logs are not provided.
@bakerboy448 commented on GitHub (May 16, 2023):
Gist with relevant section as logs have 24hr expirery
https://gist.github.com/bakerboy448/3598f11a75c510ecd47b12169eafd53d
@mynameisbogdan commented on GitHub (May 16, 2023):
@bakerboy448 it's already confirmed.
github.com/Radarr/Radarr@24bd2ae59b/src/NzbDrone.Core/Notifications/Plex/Server/PlexServerService.cs (L106)Regression in
85aac789f4@zakkarry commented on GitHub (May 16, 2023):
Can confirm, experienced this on unRAID 6.11.5 with docker, 4.5.1.7282-ls97 - after adding MapTo and MapFrom (which was not previously necessary) - Plex Connect worked as expected.
@whtdrgn commented on GitHub (May 16, 2023):
Side note. Those of us running in a windows environment with multiple NAS's we would have multiple paths that could go in the MapTo and MapFrom field. Which one do we use? Currently the path in Radarr and Plex match, just might reside on one of 4 different NAS's.
@jsebt commented on GitHub (May 16, 2023):
This is also relevant to a simple windows setup where libraries are on multiple different-lettered drives (like mine has G:/ and Q:/)
@costaht commented on GitHub (May 16, 2023):
Same problem here. These are my logs https://paste.centos.org/view/2b17ebde
I'm running:
Plex is running on my host, not container and testing the connection between Radarr and Plex returns success.