mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
add/append torrent name to save path #3596
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#3596
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 @Snurre86 on GitHub (Dec 18, 2015).
Want a checkbox in with "add/append torrent name to save path" in "options\downloads\Hard Disk" and in the "Display torrent content and some options" dialog box.
Might be an issue with:
-Character path length limits?
-Combining "append the label of the torrent to the save path" and "add/append torrent name to save path"
Also see: #4417
@thalieht commented on GitHub (Dec 18, 2015):
So you want to add yet another folder that contains the folder that is automatically created containing the contents of the torrent? Or you're downloading crappy torrents who just dump all their files in save path (assuming they exist) or i don't understand what you're asking?
@Snurre86 commented on GitHub (Dec 18, 2015):
Yes if I download torrents with 1 file in it, it will just dump it in the downloads folder with stupid names like video.avi etc.
@Chocobo1 commented on GitHub (Dec 18, 2015):
So that option you suggested should only apply to single-file torrents. Some thing like: "Create folder for single-file torrent"
@Snurre86 commented on GitHub (Dec 18, 2015):
I don't really have an overview of what torrents that has this issue yet, but I assume that single file torrents are not the only torrents with this issue. For now I would say that I would make the option available to all torrents added with the "add torrent dialog" and later to all of them when I know more.
@Snurre86 commented on GitHub (Dec 18, 2015):
You might be right that qbt already do this with torrents with 2 or more files not sure however.
@EraYaN commented on GitHub (Dec 18, 2015):
Yes, multi-file torrents already get a directory (by design). So this would be for single file torrents only.
@Snurre86 commented on GitHub (Dec 18, 2015):
It is not 100% accurate as the torrent name do vary from the directory but I think that is not to big a deal. For now just go with the single file torrents and we can see if the issue still prevails and make changes from that if needed.
@Snurre86 commented on GitHub (Dec 18, 2015):
Then again if we add it for torrents with 2 or more files and remove the auto directory it will be possible to get all the files directly in the download folder if wanted. related to #588 #4417
@chrishirst commented on GitHub (Dec 19, 2015):
There is a fairly well known problem with this, which causes much confusion when trying to reload the torrent to a client at some future date. The additional top level folder is NOT part of the metadata, so unless the user knows or remembers to remove the additional folder a re-check will fail, as will using "Import Existing Torrent" in qbittorrent.
This has been a continual problem for people migrating to other clients from uTorrent, (see this thread for example), which DOES add this additional folder.
@EraYaN commented on GitHub (Dec 19, 2015):
To fix that it, might be helpful to have qbitorrent scan folders to find the files themselves, first just filename based and then maybe even file signature based. Recheck also fails when the files are in their "finished" folder, to have the recheck work you need to move the files to the incomplete folder, just a huge mess.
@chrishirst commented on GitHub (Dec 19, 2015):
Not actually "by design" if you are assuming it is the receiving peer that adds the folder, the sub folder IS how 'multi-file torrents' are created, so the 'sub folder' IS actually part of the payload.
@EraYaN commented on GitHub (Dec 19, 2015):
Yes it's in the metadata right? (So by design of the torrent file structure then I guess, or because of the limitations that are)
The torrent creator decides that folder name, right?
@Snurre86 commented on GitHub (Dec 19, 2015):
Then "also delete files on the hard disk" in delete conformation is going to be really unsafe. It could potentially delete all copies of those file on the whole system.
@EraYaN commented on GitHub (Dec 20, 2015):
It could just check if the file was in use by any other torrent. But we are really derailing the thread now ;)
@Drnice1983 commented on GitHub (Mar 11, 2016):
What happened here? I wouldl ike to see that function too. It´s somethink like a batch can do, even after the torrent is finished. But I assume that this needs a recheck or something then?
123.avi will be copied to \123\123.avi
that would help me a lot!
@Snurre86 commented on GitHub (Mar 12, 2016):
If the torrent name is 123 the folder will be 123 even if the file has the same name, but in my opinion this only makes sense when the torrent name is "Sintel (2010)" and the file name is "video file.avi". This will result in a folder named "Sintel (2010) with a file named "video file.avi" in it instead of just a file by the name of "video file.avi" in the download folder.
@Drnice1983 commented on GitHub (Mar 13, 2016):
quote:
If the torrent name is 123 the folder will be 123 even if the file has the same name
/quote
yes thats exactly what I need.
@abegreen commented on GitHub (May 31, 2020):
Single file torrents are named differently than Torrent Name and metadata fetch fails to find a match. Please just add option to append torrent name when moving files or give us an example how we can do it by external command or script.
We are not stupid nor we download crappy torrents, Rutorrent has this option for over 10 years and I've seen people all over internet asking for this but you act like we are morons.
@klepp0906 commented on GitHub (Dec 6, 2022):
yeap. just ran into this. swapped from manual to categories and when all was said and done, found a bunch of stuff missing files. looked to be all cross seeded stuff which i begrudgingly removed to start with a clean slate at least.
there was stuff left. after looking into it. torrents with the same name (a zip) but different filesize as different files on the inside.
@xavier2k6 commented on GitHub (May 23, 2025):
ANNOUNCEMENT!
For anybody coming across this "Feature Request" & would like/love to see a potential implementation in the future!
Here are some options available to you:
Please select/click the 👍 &/or ❤
reactionsin the original/opening post of this ticket.Please feel free (If you have the "skillset") to create a "Pull Request" implementing what's being requested in this ticket.
(new/existing contributors/developers are always welcome)
DO:
DO NOT:
(These will be disregarded/hidden as "spam/abuse/off-topic" etc. as they don't provide anything constructive.)