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

qBittorrent creating empty folders. #2744

Closed
MtnDewster opened this issue Mar 19, 2015 · 7 comments
Closed

qBittorrent creating empty folders. #2744

MtnDewster opened this issue Mar 19, 2015 · 7 comments

Comments

@MtnDewster
Copy link

Whenever I start a download and deselect some folders, qBittorrent will still create those folders. Is there any way to fix this? I googled it and it seems to have been a prominent issue back in 2012 and has been fixed, but for some reason I still have this issue. I just switched from uTorrent to qBittorrent and would like this issue resolved.

Here is a link to a launchpad bug fix, but that is back from 2011. Thank you for any help you provide :)

@chrishirst
Copy link
Contributor

version?
Operating System?
Are you pre-allocating the storage?
Are you "de-selecting" the files in the add torrent dialogue or in the GUI.?

@MtnDewster
Copy link
Author

-Version 3.1.12
-Windows 8.1 64-bit
-If you're referring to the "Pre-allocate disk space for all files." option, it is disabled.
-Yes, in the window that pops up when I click a magnet link, I de-select the folders I don't want and they are still created, albeit without content, where the rest of the folders download. It's just an annoyance to clean up when I never wanted them in the first place.

@spectromas
Copy link

I have seen this behaviour with the same version on linux but for me it hasn't really been consistent enough to post a bug report.

@MtnDewster
Copy link
Author

It has done it consecutively for the past 5 torrents I have added.

@chrishirst
Copy link
Contributor

Testing this issue with 3.2.0 fresh build from clean source on Linux Mint 16.

Payload top most folder and any sub-folders in metadata are being created in the "incomplete" location when the metadata loads and before any files/folders can be deselected.

Renaming this folder and pressing [OK] creates the re-named folder [and subfolder(s) ] in the "Save files in" location. Payload downloaded to "Save in" location. Files in "incomplete" location are not removed if job is removed and data deleted from task list.
Pressing OK without renaming will move the initially created payload folder(s) to the "Save In" location.

@PeteSapai
Copy link

Reviving the 1st issue with the words 'empty folder'.
I recently switched from uTorrent to qBt and I'm noticing the same behaviour too.
Version: 3.3.1
OS: Win7 x64
Pre-allocate: yes
De-select files in add torrent dialog: yes

Ex1: 6/9 folders selected (folders 3-8) the other ones are still created (1 and 2 are empty, 9th has a 6MB filename.!qb file)
Ex2: 12 folders +3 files in root, only 3 of 6 files in the 4th folder selected. There's an empty .unwanted folder in root, the 1st folder contains lots of subfolders which are all created (incl some also empty .unwanted folders). All other 10 folders contain only an empty .unwanted folder.
Ex3: 2 folders and several files in root, only 3 files in root selected. 2 folders both contain only an empty .unwanted folder. Root has a .unwanted folder with file4-filename.!qb

tl;dr: 3 torrents with lots of unselected folders (and files), every unselected folder is created (they are all either empty or contain nothing but an empty .unwanted folder).

Tbh, I liked the way uTorrent handled this, that is: if there are unwanted files/folders, create 1 hidden .dat file that stores that info (though this still creates 1 "unwanted" file in your torrent folder - my preferred solution for this would be to create those files in a temp folder, e.g. in its appdata folder, really keeping only the files that are selected).

All in all, this isn't the worst bug ever, it doesn't hinder functionality, but I would appreciate a fix.

@thalieht
Copy link
Contributor

Fixed by #5443

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

No branches or pull requests

5 participants