[Wishlist] Don't create subfolder. #952

New issue

Closed

opened 2026-02-21 15:24:03 -05:00 by deekerman · 5 comments

deekerman commented

2026-02-21 15:24:03 -05:00

Owner

Originally created by @NULUSIOS on GitHub (Nov 29, 2013).

There is a feature I miss from another bloated client I try to switch from.
When adding or importing a torrent, there should be an option to NOT create a subfolder for the torrent content.
Why is this needed?
I'll tell you the real life example.
In a tracker I use, there is torrent called "MAME CHDs", which is close to 290GB.
When I seed this, I don't want to keep a duplicate, so I put it where I actually use it and seed it from there.
The thing is, that the folder where all the torrent contents are, is called simply "chds" and NOT "MAME CHDs".
So in that other client that I want to remove, I just select "don't create subfolder" and seeds (and downloads) fine, directly to "chds" folder.

This is not the only torrent I need to do that.
I do not want to rename the torrent!

Checking the actual .torrent file, I don't see "MAME CHDs" mentioned anywhere as root, so it is clear that is not needed to seed the torrent properly and should be an easy "tick" to add.

Would be even smarter (I don't actually think I need this though, but seems like a nice feature), if program could even handle not creating a "root" folder even if that folder IS mentioned in the .torrent. Program could (?) handle this part virtually, seed the torrent like the root folder exists and is properly named. Again, this just looks like a cool addition, but the wish above (not creating a root folder when .torrent doesn't request it) is a need.

Thanks.

Originally created by @NULUSIOS on GitHub (Nov 29, 2013). There is a feature I miss from another bloated client I try to switch from. When adding or importing a torrent, there should be an option to NOT create a subfolder for the torrent content. Why is this needed? I'll tell you the real life example. In a tracker I use, there is torrent called "MAME <whatever version> CHDs", which is close to 290GB. When I seed this, I don't want to keep a duplicate, so I put it where I actually use it and seed it from there. The thing is, that the folder where all the torrent contents are, is called simply "chds" and NOT "MAME <version> CHDs". So in that other client that I want to remove, I just select "don't create subfolder" and seeds (and downloads) fine, directly to "chds" folder. This is not the only torrent I need to do that. I do not want to rename the torrent! Checking the actual .torrent file, I don't see "MAME <version> CHDs" mentioned anywhere as root, so it is clear that is not needed to seed the torrent properly and should be an easy "tick" to add. --- Would be even smarter (I don't actually think I need this though, but seems like a nice feature), if program could even handle not creating a "root" folder even if that folder IS mentioned in the .torrent. Program could (?) handle this part virtually, seed the torrent like the root folder exists and is properly named. Again, this just looks like a cool addition, but the wish above (not creating a root folder when .torrent doesn't request it) is a need. Thanks.

deekerman

2026-02-21 15:24:03 -05:00

closed this issue
added the
Duplicate
label

deekerman commented

2026-02-21 15:24:08 -05:00

Author

Owner

@sledgehammer999 commented on GitHub (Nov 30, 2013):

This is already proposed somewhere else in the bug tracker. I can't find atm. Nevertheless, I'll mark it for implementation for some during the 3.1.x series timeline. (you'll see it bouncing milestones until it gets implemented).

@sledgehammer999 commented on GitHub (Nov 30, 2013): This is already proposed somewhere else in the bug tracker. I can't find atm. Nevertheless, I'll mark it for implementation for some during the 3.1.x series timeline. (you'll see it bouncing milestones until it gets implemented).

deekerman commented

2026-02-21 15:24:08 -05:00

Author

Owner

@NULUSIOS commented on GitHub (Nov 30, 2013):

Fantastic.

@NULUSIOS commented on GitHub (Nov 30, 2013): Fantastic.

deekerman commented

2026-02-21 15:24:08 -05:00

Author

Owner

@vickychijwani commented on GitHub (Mar 1, 2014):

+1 for this. I too miss this feature from another torrent client.

@vickychijwani commented on GitHub (Mar 1, 2014): +1 for this. I too miss this feature from another torrent client.

deekerman commented

2026-02-21 15:24:08 -05:00

Author

Owner

@Unseeing commented on GitHub (Apr 10, 2014):

Looking for an alternative client and this one feature is preventing me from using qbittorrent right now.

@Unseeing commented on GitHub (Apr 10, 2014): Looking for an alternative client and this one feature is preventing me from using qbittorrent right now.

deekerman commented

2026-02-21 15:24:08 -05:00

Author

Owner

@sledgehammer999 commented on GitHub (Jul 2, 2014):

Closing in favor of #588 which is marked for v3.2.0

@sledgehammer999 commented on GitHub (Jul 2, 2014): Closing in favor of #588 which is marked for v3.2.0