Unchecking items doesn't stop from downloading #4021

Closed
opened 2026-02-21 17:05:27 -05:00 by deekerman · 13 comments
Owner

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.

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.
Author
Owner

@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.

@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.
Author
Owner

@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)

@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)
Author
Owner

@chrishirst commented on GitHub (Mar 7, 2016):

The download of unchecked items is random and arbitrary.

No, it is neither, it depends on whether those 'files' contain pieces for other wanted 'files'

@chrishirst commented on GitHub (Mar 7, 2016): > The download of unchecked items is random and arbitrary. No, it is neither, it depends on whether those 'files' contain pieces for other **wanted** 'files'
Author
Owner

@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): 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?
Author
Owner

@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

@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
Author
Owner

@chrishirst commented on GitHub (Mar 7, 2016):

If it's a video file, it shouldn't need anything else

Nothing to do with what the file is, it is what qbittorrent needs of the 'file' to keep seeding.

but I only wanted the text file

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.

@chrishirst commented on GitHub (Mar 7, 2016): > If it's a video file, it shouldn't need anything else Nothing to do with what the file is, it is what qbittorrent needs of the 'file' to keep seeding. > but I only wanted the text file 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.
Author
Owner

@Brodieman commented on GitHub (Mar 7, 2016):

Makes sense. Why did it work before but no longer?

@Brodieman commented on GitHub (Mar 7, 2016): Makes sense. Why did it work before but no longer?
Author
Owner

@Trackfinder commented on GitHub (Mar 10, 2016):

Yes... why doesn't it work any longer?

@Trackfinder commented on GitHub (Mar 10, 2016): Yes... why doesn't it work any longer?
Author
Owner

@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?

@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?
Author
Owner

@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.

@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.
Author
Owner

@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.

@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.
Author
Owner

@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.

@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.
Author
Owner

@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.

@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.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/qBittorrent#4021
No description provided.