mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
Extra folders created when renaming folders inside a torrent #2980
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#2980
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 @Elvambor on GitHub (Aug 23, 2015).
If a torrent contains several layers of folders, for example
If you then rename the "Some stuff" folder before starting the download and pick the priority "don't download" for the "Movies" folder, then there will still be a "Some stuff\Movies" folder created (although empty). If the "Movies" folder is later downloaded it's created in the right place, but the empty folders remain in a subfolder that should never have been created.
@chrishirst commented on GitHub (Aug 24, 2015):
There will be cross-file pieces in the "do not download" folders or files that are part of the folders or files that ARE required.
Been discussed many many times before
@Inverness commented on GitHub (Aug 26, 2015):
@chrishirst It seems like it would be much better to mimic the behavior of uTorrent and download partially unwanted cross-file pieces into a single data file at the destination location.
Quite often I'll download a torrent and deselect a several GB file that I don't want only have to have qBittorrent allocate the space on my HD anyways just because of a cross-file piece. It's a huge waste of space.
Edit: After looking at some other issues I'm now aware that qBittorrent makes use of the sparse files feature. In that case it seems there is nothing to worry about when it comes to disk space usage.
@Elvambor commented on GitHub (Sep 2, 2015):
@chrishirst That's understandable, but my major gripe is that the whole folder structure for the "do not download" files is created under the original top level folder name despite the fact that I renamed it before starting any downloads. Especially bad that they remain there if I later decide to download those files too.
I would much prefer that the structure is created under the new top level folder name. It seems broken that the client uses the original name when I changed it before starting.
@thalieht commented on GitHub (Jul 25, 2018):
Closing as duplicate of #2659.
Since version 4.0.0 (using libtorrent 1.1.x) unslected files are put in a .<torrent_hash>.parts file in the download directory.