Closed mzso closed 3 years ago
I think this is similar feature request: https://github.com/qbittorrent/qBittorrent/issues/7655 And i would also like to have this feature (creating subfolder even for one file torrents).
Not keeping the original directory and file structure of an upload is a file management nightmare. It should if you receive
By default your dl should never only be the files, but it should include the John (dir) intact and its files inside it. Why does this split by default if it's only 1 file? It's awful and ruins any scene release.
+1
I would also like the ability for single files to be placed in a subfolder. As of now (v4.1.3) it only works for multi files torrents.
+1 THIS really ruins the "Automatic Torrent Managment" idea
+1 Appreciate it if add this option in settings!
I like the current way, so if implemented there should be an option to preserve current behavior
@j1warren commented on 2019. nov. 25. 09:29 CET:
I like the current way, so if implemented there should be an option to preserve current behavior
I already added some ideas about that when I opened the issue. Added a bit more to it.
I like the current way, so if implemented there should be an option to preserve current behavior
Of course, I don't see why anything should not be an optional setting unless the opposite breaks something.
I like the current way, so if implemented there should be an option to preserve current behavior
Of course, I don't see why anything should not be an optional setting unless the opposite breaks something.
Could qbittorrent copy .torrent file to the downloaded file subfolder as well? .torrent file take very minor space. I manually copy torrent file from BTbackup folder is very inconvenient. Because their name are in HASH, I have to check every file. But those do not like this can very easily delete it form downloaded subfolder.
Or Can I use some syntax in "copy .torrent file to:" to represent my subfolder to automatically copy it there?
@Ch-Song This is not relevant to the issue. But there are two options (one is for finished torrents only) that you can use to copy torrent files in a specific folder. They have normal names there.
I don't think a copy to download folder will ever materialize, but you can open an issue for it.
I like the current way, so if implemented there should be an option to preserve current behavior
Of course, I don't see why anything should not be an optional setting unless the opposite breaks something.
Could qbittorrent copy .torrent file to the downloaded file subfolder as well? .torrent file take very minor space. I manually copy torrent file from BTbackup folder is very inconvenient. Because their name are in HASH, I have to check every file. But those do not like this can very easily delete it form downloaded subfolder.
You can do this for a separate directory already, however, having go into the same directory as the new download is completely different. There is an option as of now that allows you to make a copy of the torrent file to a new directory. That is the back up copy. You'd still have the hash version and the copied version, and the latter retains its original name.
Could change the "When adding a torrent" -> "Create subfolder for torrents with multiple files" to be a dropdown instead of a checkbox with "Never", "Torrent with multiple files", and "All torrents"
Really need this to have a functional way to auto manage torrents
I've noticed that the checkbox for this setting has now been renamed to "Keep top-level folder", however I'm pretty sure this doesn't change behavior. It's still the same "if it's a single file, you won't get a folder", just more ambiguously named
Got here because I've been yearning for my torrent download folders to be homogeneous, it's a nightmare to have a 50/50 file/folder split, so I would definitely like having the option to have folders always be created for torrents
In the end I just worked around it with my post processing script.
This is implemented.
It appears this was fixed in the PR #13955, thank you @glassez!
@thalieht commented on 2021. márc. 11. 12:40 CET:
This is implemented.
Good feature. Some thoughts:
Also I noticed a bug. I skip torrent check for seeding, but the folder won't match because the folder has the extension name. So I change the folder name after the torrent stopped in an errored state. Press start, and the torrent folder changes back to the original folder name with the extension and QB starts downloading in that folder. Also, the file I tried to seed ended up being destroyed, overwritten by an empty file, after one of the attempts trying to get this to work.
@mzso Which qBittorrent version do you use?
I guess what might have happened (for the second part) is data being downloaded undesirably, and after renaming the folder in QB it moved and overwrote the file already there in the proper folder.
@mzso Unfortunately, some fixes/improvements were merged immediately after the 4 3.3 release, so they didn't get there. You should wait for the next release (hopefully soon) and try it again.
@glassez commented on 2021. márc. 14. 07:30 CET:
@mzso
Unfortunately, some fixes/improvements were merged immediately after the 4 3.3 release, so they didn't get there. You should wait for the next release (hopefully soon) and try it again.
Okay. By the way, were beta releases discontinued? The last one seems to have been released in 2019.
Is that feasible to change dropdown list for Content Layout to radio-buttons? Kinda annoying to open it and select another item every time I need to.
Guys, if you have any Feature Requests etc., please open new Issues.
qBittorrent version and Operating System:
All
What is the problem:
You can only create a sub folder for single file torrents which don't have one, by manipulating the download path, which has issues. Particularly it spams the MRU list.
What is the expected behavior:
Extra info(if any):
By the way, currently the behavior is contradictory to the UI. Because the "create subfolder" option in the add torrent window appears for single file torrents too (checked by default) and it does nothing, it's non-functional in this case.