starred/Radarr

Fork 0

mirror of https://github.com/Radarr/Radarr.git synced 2026-03-02 22:57:34 -05:00

Cosmetic Error for qbitorrent "not a valid Windows Server path" #8577

New issue

Closed

opened 2026-02-20 00:05:25 -05:00 by deekerman · 18 comments

deekerman commented

2026-02-20 00:05:25 -05:00

Owner

Originally created by @DanR2D2 on GitHub (Jul 13, 2024).

Is there an existing issue for this?

I have searched the existing open and closed issues

Current Behavior

Radarr always shows the following error message in the Health page:
"Local download client server qbitorrent places downloads in /server/Videos/radarr but this is not a valid Windows Server path. Review your download client settings."

However the server path is correct (\\server\Videos\radarr) in qbitorrent, and Radarr + qbitorrent have functioned correctly for years. This appears to be Radarr specific issue as other *arrs do not display this error even though they use a very similar path (e.g. \\server\Videos\sonarr)

Expected Behavior

No error should appear. This is cosmetic only, it technically functions as expected.
This is Probably more of an issue with qBitorrent incorrectly outputting forwardslashes when queried via API, but Radarr is inconsistent with Sonarr and other arr's

Steps To Reproduce

Create a category in qbitorrent, Save path is set to a UNC path.
Configure a mapped Category in Prowlarr to use the "Movies" tag in qbitorrent
Add qbitorrent to Radarr download client.

Environment

- OS: Windows
- Radarr: 5.7.0.8882
- Docker Install: no
- Using Reverse Proxy: no
- Browser: n/a
- Database: Sqlite 3.36.0

What branch are you running?

Master

Trace Logs? Not Optional

Trace log probably not relevant, but provided anyway:
https://gist.github.com/DanR2D2/fbec219b20262ca9b7e85d0eaff5f193

Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided.

I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain trace - that are relevant and show this issue.

Originally created by @DanR2D2 on GitHub (Jul 13, 2024). ### Is there an existing issue for this? - [X] I have searched the existing open and closed issues ### Current Behavior Radarr always shows the following error message in the Health page: "Local download client server qbitorrent places downloads in /server/Videos/radarr but this is not a valid Windows Server path. Review your download client settings." However the server path is correct (\\\server\Videos\radarr) in qbitorrent, and Radarr + qbitorrent have functioned correctly for years. This appears to be Radarr specific issue as other *arrs do not display this error even though they use a very similar path (e.g. \\\\server\Videos\sonarr) ![qbitorrent](https://github.com/user-attachments/assets/571028ab-435e-4d23-a056-cf523f4cf27b) ### Expected Behavior No error should appear. This is cosmetic only, it technically functions as expected. This is Probably more of an issue with qBitorrent incorrectly outputting forwardslashes when queried via API, but Radarr is inconsistent with Sonarr and other arr's ### Steps To Reproduce Create a category in qbitorrent, Save path is set to a UNC path. Configure a mapped Category in Prowlarr to use the "Movies" tag in qbitorrent Add qbitorrent to Radarr download client. ### Environment ```markdown - OS: Windows - Radarr: 5.7.0.8882 - Docker Install: no - Using Reverse Proxy: no - Browser: n/a - Database: Sqlite 3.36.0 ``` ### What branch are you running? Master ### Trace Logs? **Not Optional** Trace log probably not relevant, but provided anyway: https://gist.github.com/DanR2D2/fbec219b20262ca9b7e85d0eaff5f193 ### Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided. - [X] I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain `trace` - that are relevant and show this issue.

deekerman

2026-02-20 00:05:25 -05:00

closed this issue
added the
Type: Support.
label

deekerman commented

2026-02-20 00:05:26 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Jul 13, 2024):

Are you sure your remote mappings are correct?

@mynameisbogdan commented on GitHub (Jul 13, 2024): Are you sure your remote mappings are correct?

deekerman commented

2026-02-20 00:05:26 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 13, 2024):

Yes.

@DanR2D2 commented on GitHub (Jul 13, 2024): Yes.

deekerman commented

2026-02-20 00:05:26 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Jul 13, 2024):

Show them to me.

@mynameisbogdan commented on GitHub (Jul 13, 2024): Show them to me.

deekerman commented

2026-02-20 00:05:27 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 13, 2024):

@DanR2D2 commented on GitHub (Jul 13, 2024): ![radarr2](https://github.com/user-attachments/assets/9bec08e2-e692-48fe-ae53-e433b8463dfb)

deekerman commented

2026-02-20 00:05:27 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Jul 13, 2024):

From Radarr > Settings > Download Clients > Remote Path Mappings, not whatever you posted from Prowlarr.

@mynameisbogdan commented on GitHub (Jul 13, 2024): From Radarr > Settings > Download Clients > Remote Path Mappings, not whatever you posted from Prowlarr.

deekerman commented

2026-02-20 00:05:27 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 13, 2024):

My apologies, I don't think that feature is applicable, all the *arrs exist on the same machine. All data storage is remote, there's no local storage at all, and everything is over UNC path. To reiterate, everything functions fine, this is only a cosmetic message. None of the *arrs use this feature. Only radarr complains.

@DanR2D2 commented on GitHub (Jul 13, 2024): My apologies, I don't think that feature is applicable, all the *arrs exist on the same machine. All data storage is remote, there's no local storage at all, and everything is over UNC path. To reiterate, everything functions fine, this is only a cosmetic message. None of the *arrs use this feature. Only radarr complains.

deekerman commented

2026-02-20 00:05:27 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Jul 13, 2024):

I can't fixing something that is clearly a configuration issue.

Please use discord for support in the future.

@mynameisbogdan commented on GitHub (Jul 13, 2024): I can't fixing something that is clearly a configuration issue. Please use discord for support in the future.

deekerman commented

2026-02-20 00:05:27 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 13, 2024):

If it's clear, can you simply provide the answer now? Since this is a Radarr-specific configuration issue, I'm sure having it's specific requirements documented would be worthwhile for other users.

@DanR2D2 commented on GitHub (Jul 13, 2024): If it's clear, can you simply provide the answer now? Since this is a Radarr-specific configuration issue, I'm sure having it's specific requirements documented would be worthwhile for other users.

deekerman commented

2026-02-20 00:05:27 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Jul 13, 2024):

https://github.com/Radarr/Radarr/issues/10162#issuecomment-2227116082

@mynameisbogdan commented on GitHub (Jul 13, 2024): https://github.com/Radarr/Radarr/issues/10162#issuecomment-2227116082

deekerman commented

2026-02-20 00:05:28 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 13, 2024):

https://github.com/Radarr/Radarr/issues/10162#issuecomment-2227127702

@DanR2D2 commented on GitHub (Jul 13, 2024): https://github.com/Radarr/Radarr/issues/10162#issuecomment-2227127702 ![radarr3](https://github.com/user-attachments/assets/3e3a95e3-a2fe-4674-86bc-87f39a13325e)

deekerman commented

2026-02-20 00:05:28 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 13, 2024):

@DanR2D2 commented on GitHub (Jul 13, 2024): ![qbit2](https://github.com/user-attachments/assets/83739850-3753-492d-b478-049566f2bce0)

deekerman commented

2026-02-20 00:05:28 -05:00

Author

Owner

@bakerboy448 commented on GitHub (Jul 13, 2024):

Thought regarding sonarr "working fine" - that doesn't need a reply:
Is sonarr on v4? V3 was missing several checks that radarr as that are in sonarr v4

@bakerboy448 commented on GitHub (Jul 13, 2024): Thought regarding sonarr "working fine" - that **doesn't need a reply**: Is sonarr on v4? V3 was missing several checks that radarr as that are in sonarr v4

deekerman commented

2026-02-20 00:05:28 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 13, 2024):

@DanR2D2 commented on GitHub (Jul 13, 2024): ![radarr4](https://github.com/user-attachments/assets/155461d8-d624-4f4c-bee7-7c016d99fe06)

deekerman commented

2026-02-20 00:05:28 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 13, 2024):

Thought regarding sonarr "working fine" - that doesn't need a reply: Is sonarr on v4? V3 was missing several checks that radarr as that are in sonarr v4

Sonarr is 3.0.10.1567 -- auto ugprades were enabled, but it looks like this is a big jump I'll have to investigate.

@DanR2D2 commented on GitHub (Jul 13, 2024): > Thought regarding sonarr "working fine" - that **doesn't need a reply**: Is sonarr on v4? V3 was missing several checks that radarr as that are in sonarr v4 Sonarr is 3.0.10.1567 -- auto ugprades were enabled, but it looks like this is a big jump I'll have to investigate.

deekerman commented

2026-02-20 00:05:28 -05:00

Author

Owner

@fryfrog commented on GitHub (Jul 13, 2024):

https://discord.com/channels/264387956343570434/264388019585286144/1261838425263177839

^ We had a big conversation about this on Discord and this looks like a bug somewhere.

@fryfrog commented on GitHub (Jul 13, 2024): https://discord.com/channels/264387956343570434/264388019585286144/1261838425263177839 ^ We had a big conversation about this on Discord and this looks like a bug somewhere.

deekerman commented

2026-02-20 00:05:28 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Jul 14, 2024):

@DanR2D2 Can you check the save path for the radarr label? Right click on it in qbit's UI.

@mynameisbogdan commented on GitHub (Jul 14, 2024): @DanR2D2 Can you check the save path for the `radarr` label? Right click on it in qbit's UI.

deekerman commented

2026-02-20 00:05:29 -05:00

Author

Owner

@DanR2D2 commented on GitHub (Jul 14, 2024):

@DanR2D2 commented on GitHub (Jul 14, 2024): ![qbit3](https://github.com/user-attachments/assets/d38e11c4-b6e8-4615-b609-c4dac6c4e37d)

deekerman commented

2026-02-20 00:05:29 -05:00

Author

Owner

@Taloth commented on GitHub (Jul 15, 2024):

I mentioned this on discord to fellow Sonarr devs, but this is a qbit quirk. If you put \\server\Videos\radarr in the category save path, it's exposed as //server/Videos/radarr on the qbit api. And only for the category save path not for the global one.
It's something Radarr/Sonarr can compensate for though.

@Taloth commented on GitHub (Jul 15, 2024): I mentioned this on discord to fellow Sonarr devs, but this is a qbit quirk. If you put `\\server\Videos\radarr` in the category save path, it's exposed as `//server/Videos/radarr` on the qbit api. And _only_ for the category save path not for the global one. It's something Radarr/Sonarr can compensate for though.