Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Wishlist] New Way Of Handling "Do Not Download" Files #474

Closed
ihavefleas opened this issue Mar 2, 2013 · 5 comments
Closed

[Wishlist] New Way Of Handling "Do Not Download" Files #474

ihavefleas opened this issue Mar 2, 2013 · 5 comments

Comments

@ihavefleas
Copy link

Currently if you have pre-allocating enabled and add a torrent via magnet link, all the files will be pre-allocated in the folder for the torrent since you can't select which files to download or not like you can with torrent files.

As it is now, you have to manually deal with unwanted files once you're done with a torrent as they will not be removed with the .unwanted folder (since it isn't created in this case).

I think instead of using the .unwanted folder, qBT should just check which files are set to DND upon torrent removal and remove the files too. Or if the .unwanted folder is there for organization while the torrent is still in the list, create the folder when the torrent reaches 100% and add the DND files to it then. (If possible.)

Just a couple of suggestions.

@sledgehammer999
Copy link
Member

I feel that such a feature would confuse people coming from other clients. As far as I know, other clients don't delete incomplete files upon removal of the torrent file only.

@ihavefleas
Copy link
Author

When I switched from uTorrent back in early spring last year that's what I assumed would happen. It's what uTorrent did. Back then it (and qBT 2.9.6) pre-allocated space for only the files you wanted to download and added the partials to the DAT/.unwanted folder when they were needed.

(I have a post following this from back in May which also links to one I may in April - http://qbforums.shiki.hu/index.php?topic=803.0)

Did pre-allocating space for files you never planned to download become the thing around qBT 3.0.0? If so it went right over my head, which would not surprise me. XD

@ihavefleas
Copy link
Author

Either or I'm fine with the space being pre-allocated for all files. Doesn't bother me anymore since it seemingly can't be avoided with magnet links, which are become more common. It just becomes annoying having to go into several folder to manually delete several files when it's removed upon share ratio meeting quota.
It shouldn't hurt to have it optional at least. The more a client offers, the higher its valued.

@alfrix
Copy link
Contributor

alfrix commented Feb 9, 2014

related to #147 pre-allocation should not be effective for the .unwanted folder

@sledgehammer999
Copy link
Member

Closing in favor of #1072. Subscribe to that bug instead.

@qbittorrent qbittorrent locked and limited conversation to collaborators Feb 24, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants