mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
Unchecking items doesn't stop from downloading #4021
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#4021
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 @Brodieman on GitHub (Mar 6, 2016).
For sometime I have unchecked items I didn't want. If a torrent had 6 items and I only wanted one, I would uncheck the other 5 and it would not download it. I noticed this has not been happening. qBittorrent will still download those unchecked items.
@TDetrik commented on GitHub (Mar 6, 2016):
I'm having the same problem. It isn't always all of the unchecked items and they don't always download in full. The download of unchecked items is random and arbitrary.
@Meriipu commented on GitHub (Mar 6, 2016):
It is because they are contained within the piece that the checked item was in, since complete pieces must be downloaded.
The solution I can see is a way to hide unchecked items (to a larger degree than the current .!qB extension for incomplete files, since it is possible to have completed files that were still unchecked/unwanted)
@chrishirst commented on GitHub (Mar 7, 2016):
No, it is neither, it depends on whether those 'files' contain pieces for other wanted 'files'
@Brodieman commented on GitHub (Mar 7, 2016):
If it's a video file, it shouldn't need anything else. I used to uncheck the items, and it would not download. That doesn't happen anymore. Has to be a bug?
@Brodieman commented on GitHub (Mar 7, 2016):
What if I wanted to download a torrent that was 3GB, but I only wanted the text file. That's crazy
@chrishirst commented on GitHub (Mar 7, 2016):
Nothing to do with what the file is, it is what qbittorrent needs of the 'file' to keep seeding.
If a piece of another file is in the piece that contains the text file, that "cross-file piece" HAS to be downloaded. The entire file is NOT downloaded ... ONLY the piece that is needed which will be slightly less than 1MB, 4MB, 8MB etc. But the operating system will report the 'full' file size rather than the actual size, which will be less than the torrent piece size.
They are called 'cross-file pieces' and there is abundant information on many torrent client forums and torrent related websites. It is not a fault, bug, issue or problem. ... ... It IS an unavoidable part of the qbittorrent protocol payload context.
@Brodieman commented on GitHub (Mar 7, 2016):
Makes sense. Why did it work before but no longer?
@Trackfinder commented on GitHub (Mar 10, 2016):
Yes... why doesn't it work any longer?
@Meriipu commented on GitHub (Mar 10, 2016):
Could it be that the .unwanted directory was discontinued in a recent qBittorrent version, and it only uses .!qB extensions (if enabled) now?
@Trackfinder commented on GitHub (Mar 11, 2016):
I've noticed that if you force recheck after the torrent is fully downloaded, the ".unwanted" folder appears there with all the files it should contain.
@CptBrian commented on GitHub (May 23, 2016):
This is still happening and it's very annoying. It's very rare for me to want every file in a torrent as they're almost always bundled with junk.
@Kawerl commented on GitHub (Jul 18, 2016):
I think this is an issue as well. It doesn't really matter too much if the files are created and pieces are downloaded. But once you remove the torrent from the list then it should automatically delete anything that was unchecked in the dialog box. It shouldn't really be that hard to implement.
@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.