mirror of
https://github.com/Radarr/Radarr.git
synced 2026-03-02 22:57:34 -05:00
File Move Fails - extra parenthesis after date #8502
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#8502
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 @L8HRS on GitHub (Jun 6, 2024).
Is there an existing issue for this?
Current Behavior
Completed downloads of files fail to import with [System.IO.DirectoryNotFoundException: Could not find a part of the path '/media/Backing Up Media Name (1996))/Backing Up Media Name (1996) Bluray-1080p.mp4'.] The folder is created correctly, but it appears the DiskTransferService|Copy command fails due to an extra parenthesis after the date in the destination folder name. The folder on disk does not have the extra parenthesis but the log shows that the transfer command is expecting it as above.
Expected Behavior
Files are moved to media folder after download.
Steps To Reproduce
add any movie. after download completes, every movie downloaded since about 2 weeks ago fails with this issue and similar log entries. Sonarr is not affected. Radarr application is aware of the failure and repeats move attempts.
Environment
What branch are you running?
Master
Trace Logs? Not Optional
Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided.
trace- that are relevant and show this issue.@mynameisbogdan commented on GitHub (Jun 6, 2024):
So
/media/Backing Up Media Name (1996))is really your path for this movie?@bakerboy448 commented on GitHub (Jun 6, 2024):
Screenshot the top portion of the movie details with the path
@L8HRS commented on GitHub (Jun 6, 2024):
thx
@L8HRS commented on GitHub (Jun 6, 2024):
No, correct path is /media/Backing Up Media Name (1996). (one parenthesis). Folder is created correctly. Trace only shows the second parenthesis on the quoted transfer line.
@bakerboy448 commented on GitHub (Jun 6, 2024):
/media/Backing Up Media Name (1996)That is not the path you have configured in radarr.....that path is - note the double leading slash, a rather weird path to be frank
//media/Backing Up Media Name (1996)@L8HRS commented on GitHub (Jun 6, 2024):
I see that movies that were previously successfully transferred do not have the double leading slash in the movie details page, only the failing movies. Strange. Thanks for looking into this and finding that. Any thoughts if this is my issue, docker compose issue from the maintainer or Radarr bug? Since no one else is reporting this, maybe it's on my end...
@L8HRS commented on GitHub (Jun 6, 2024):
I don't believe the double leading slash is configured. Looking through config settings it looks ok. Searching through the trace, 'media' is referenced as both single and double leading slashes. Here is a sequential example of both being listed [note in the second trace entry with the single /, the double )) appears in the destination folder name]:
2024-06-05 21:06:26.8|Debug|MovieFileMovingService|Copying movie file: /data/The Name of the Movie (1967) [1080p]/The.Name.of.the.Movie.1967.1080p.BluRay.x264.YIFY.mp4 to //media/The Name of the Movie (1967)/The Name of the Movie (1967) Bluray-1080p.mp4
2024-06-05 21:06:26.8|Trace|ConfigService|Using default config value for 'usescriptimport' defaultValue:'False'
2024-06-05 21:06:26.8|Debug|DiskTransferService|Copy [/data/The Name of the Movie (1967) [1080p]/The.Name.of.the.Movie.1967.1080p.BluRay.x264.YIFY.mp4] > [/media/The Name of the Movie (1967))/The Name of the Movie (1967) Bluray-1080p.mp4]
@mynameisbogdan commented on GitHub (Jun 6, 2024):
You need to provide some unaltered trace logs because it's very confusing at this point.
Also show your naming formats from settings > media management.
@L8HRS commented on GitHub (Jun 6, 2024):
Sorry for it getting confusing. Unalted trace logs:
@mynameisbogdan commented on GitHub (Jun 6, 2024):
Thanks!
Can also share the naming format plus screenshot of the movie details with path included?
@L8HRS commented on GitHub (Jun 6, 2024):
When you asked for the media management settings I could see that media was configured with double slash. I removed and re-added it and it is now single. I am assuming that is the issue, and of course, user error. I assume it will now run correctly but watching it to see.
@mynameisbogdan commented on GitHub (Jun 6, 2024):
Way for user error. Now do this after you fixed the naming format: https://trash-guides.info/Radarr/Tips/Radarr-rename-your-folders/
@L8HRS commented on GitHub (Jun 6, 2024):
Thanks for your help. I hope I didn't burn to much of your time.
@mynameisbogdan commented on GitHub (Jun 6, 2024):
Don't worry, I appreciate the thought!