Open awarbrick89-zz opened 4 years ago
In 4.3.0 on MacOS I am having an issue where the %F
variable is not functioning properly in combination with using separate locations for incomplete and complete torrents.
I mention this here because I recently changed to having dual paths (one for incomplete and one for complete) and this seems to be a path issue.
After making that change I upgraded to 4.3.0.
Before making this change to two directories - one for incomplete and one for complete there was no issue with the path stored in the %F
variable.
Like the OP noticed this issue seems transient. Sometimes the %F
variable is correctly applied and other times it is not.
qbittorrent.log
N) 2020-11-06T01:44:02 - 'The.Daily.Show.2020.11.05.WEB.h264-BAE[rartv]' added to download list.
(N) 2020-11-06T01:54:04 - Enqueued to move "The.Daily.Show.2020.11.05.WEB.h264-BAE[rartv]" from "/Volumes/SeedDrive/incomplete/" to "/Volumes/SeedDrive/complete".
(N) 2020-11-06T01:54:04 - Moving "The.Daily.Show.2020.11.05.WEB.h264-BAE[rartv]" to "/Volumes/SeedDrive/complete"...
(N) 2020-11-06T01:54:04 - "The.Daily.Show.2020.11.05.WEB.h264-BAE[rartv]" is successfully moved to "/Volumes/SeedDrive/complete".
(N) 2020-11-06T01:54:04 - Torrent: The.Daily.Show.2020.11.05.WEB.h264-BAE[rartv], running external program, command: filebot -script fn:amc --output "/Volumes/PlexMedia/PlexServer_1" --action duplicate --conflict index -non-strict --log-file amc.log --def pushover=u3d8sk6x1wvopeguaizusctcv4u553:ams63cxz3j6o45q2u5cjx4irtu1f12 --def excludeList=/Users/John/.filebot/amc.excludes --def unsorted=y --def music=y --def skipExtract=y --def movieFormat="{plex.derive{' {imdb-'}{imdbid}{'}'}{' ['+allOf{tags}{audio.language}{info:video[0].displayAspectRatioString.colon('"∶"').replace('?', '')}{ws}{vf}{vs}{vc}{crc32}.join(' ')}{']'}}{if (dc > 1) '.'+di}" "ut_dir=/Volumes/SeedDrive/complete" "ut_kind=multi" "ut_title=The.Daily.Show.2020.11.05.WEB.h264-BAE[rartv]" "ut_label=TV Shows"
In the last line above "ut_dir=/Volumes/SeedDrive/complete"
should be "ut_dir=/Volumes/SeedDrive/complete/The.Daily.Show.2020.11.05.WEB.h264-BAE[rartv]"
since that is the newly created path of the moved torrent.
In FileBot I have "ut_dir=%F"
Like the OP noticed this issue seems transient. Sometimes the
%F
variable is correctly applied and other times it is not.
I would like to add that as of 4.3.0.1 it seems the issue has increased in frequency. Now every torrent exhibits this behavior when using a temp folder on the same drive.
(N) 2020-11-14T19:40:35 - 'The.Mandal.S02E03.DV.2160p.DSNP.WEB-DL.DDP5.1.Atmos.x265-MZABI[rartv]' added to download list. (N) 2020-11-14T19:43:37 - Enqueued to move "The.Mandal.S02E03.DV.2160p.DSNP.WEB-DL.DDP5.1.Atmos.x265-MZABI[rartv]" from "D:\Torrent Temp\" to "D:\". (N) 2020-11-14T19:43:37 - Moving "The.Mandal.S02E03.DV.2160p.DSNP.WEB-DL.DDP5.1.Atmos.x265-MZABI[rartv]" to "D:\"... (N) 2020-11-14T19:43:37 - "The.Mandal.S02E03.DV.2160p.DSNP.WEB-DL.DDP5.1.Atmos.x265-MZABI[rartv]" is successfully moved to "D:\".
Changing from parameter %F
to %R
solved my issue. I don't understand why this change is required on v4.3.0 and wasn't required on v4.2.5?
One change I do see is that a forward slash is now appended to the path in v4.3.0 while in v4.2.5 it was not.
Version v4.3.0 In Preferences - Default Save Path:
/Volumes/SeedDrive/complete/
/Volumes/SeedDrive/incomplete/
Version v4.2.5
In Preferences - Default Save Path:
/Volumes/SeedDrive/complete
/Volumes/SeedDrive/incomplete
Oddly, in v4.3.0 this same behavior is NOT used in the Torrent download window.
"Save at" still uses the path format from v4.2.5 which leaves off the final forward slash:
/Volumes/SeedDrive/complete
In FileBot I switched from using "ut_dir=%R" to "ut_dir=%F"
Supported Parameters (case sensitive): %F: Content Path (same as root path for multifile torrent) %R: Root Path (first torrent subdirectory path)
1 - I'm not on MacOS. 2 - I Don't use FileBot 3 - I don't know what parameters even are but I'm not changing anything. This needs to be fixed by the devs. it worked one way for a decade, they need to put it back the way it was.
Just mentioning my issue with paths in support of this issue. It seems to be cross-platform issue.
Ha, qbittorrent says that it's moving it, when really, it's copying it, I think.
Please provide the following information
qBittorrent version and Operating System
v4.3.0 - Windows 10 Pro (fully up to date) (10.0.1xxxx)
What is the problem
When a download completes, it gets moved from the 'incomplete' folder to the 'completed' folder. It appears to be copying the file from folder to folder instead of just changing the directory. As it takes quite a long time for the torrent status to finish "moving". (longer if the file is larger, which makes sense) And for the first time ever I'm getting notifications that a "torrent has finished moving".
What is the expected behavior
Normally, if your 'incomplete' and 'default/completed' folders are on the same drive, just the file directory gets changed and this final process is nearly instantaneous. Then it's status in qBittorrent simply switches from 'downloading' to 'seeding'
Extra info(if any)
I've double/triple checked that the folders are setup correctly. I will admit I didn't check Task Manager to see how much disk activity there was when the first two finished. One is finishing in about half an hour I'll update with disk activity then.
Update: It appears to be a transient issue. The first file was 15 gigs and took around 2 minutes to move (on an SSD). The one I observed in Task Manager was only 2 gigs, but didn't say 'moving' for even a second, went straight to 'seeding'.
Update2: Alright. Last file I observed was 21 gigs and it went straight to seeding.
Unless anyone else reports seeing this behavior it may have been a one time thing. First torrent to complete seeding after upgrading to 4.3.0.