Unchecked items are downloaded anyhow #3895

Closed
opened 2026-02-21 17:01:17 -05:00 by deekerman · 8 comments
Owner

Originally created by @AiNt-Reloaded on GitHub (Feb 6, 2016).

hi,
When I uncheck unwanted components of a download, their status changes to Not Downloaded in the Download Priority column as expected, however the unchecked items are still downloaded. Am I missing something here?

See attached image for further clarification.

Many thanks.
download-prob

Originally created by @AiNt-Reloaded on GitHub (Feb 6, 2016). hi, When I uncheck unwanted components of a download, their status changes to Not Downloaded in the Download Priority column as expected, however the unchecked items are still downloaded. Am I missing something here? See attached image for further clarification. Many thanks. ![download-prob](https://cloud.githubusercontent.com/assets/17104573/12870553/5c9f559e-cd42-11e5-988d-09fb8b882f90.jpg)
deekerman 2026-02-21 17:01:17 -05:00
  • closed this issue
  • added the
    Duplicate
    label
Author
Owner

@zywo commented on GitHub (Feb 7, 2016):

I can confirm the issue.

@zywo commented on GitHub (Feb 7, 2016): I can confirm the issue.
Author
Owner

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

look up cross-file pieces. There are dozens of threads here and at the support forum on why this is a necessary part of the bittorrent protocol

@chrishirst commented on GitHub (Feb 7, 2016): look up cross-file pieces. There are dozens of threads here and at the [support forum](http://forum.qbittorrent.org) on why this is a **necessary** part of the bittorrent protocol
Author
Owner

@ngosang commented on GitHub (Feb 8, 2016):

@chrishirst when an issue is not caused by qBittorrent, ask the user to close the issue. If not, sledgehammer has to do it.

@ngosang commented on GitHub (Feb 8, 2016): @chrishirst when an issue is not caused by qBittorrent, ask the user to close the issue. If not, sledgehammer has to do it.
Author
Owner

@WhosAsking commented on GitHub (Feb 13, 2016):

Bittorrent works in fixed-size chunks. By necessity, when a chunk goes from one file to another, finishing one file necessarily also causes you to download the start of the next file. And when a file is tiny, like that .nfo file, downloading the .mp4 before it basically means the .nfo file gets carried along for the ride.

This is not a bug but rather a side effect of how the Bittorrent protocol works.

@WhosAsking commented on GitHub (Feb 13, 2016): Bittorrent works in fixed-size chunks. By necessity, when a chunk goes from one file to another, finishing one file necessarily also causes you to download the start of the next file. And when a file is tiny, like that .nfo file, downloading the .mp4 before it basically means the .nfo file gets carried along for the ride. This is not a bug but rather a side effect of how the Bittorrent protocol works.
Author
Owner

@spumer commented on GitHub (Aug 31, 2016):

I have a workaround for this. Commented in duplicate issue:
https://github.com/qbittorrent/qBittorrent/issues/4980#issuecomment-243959482

@WhosAsking this is a bug. Because qBittorrent don't prefer your selected files and download much more.
If use workaround from above link you will get the expected behaviour: qBittorrent download only selected files and only them.

@spumer commented on GitHub (Aug 31, 2016): I have a workaround for this. Commented in duplicate issue: https://github.com/qbittorrent/qBittorrent/issues/4980#issuecomment-243959482 @WhosAsking this is a bug. Because qBittorrent don't prefer your selected files and download much more. If use workaround from above link you will get the expected behaviour: qBittorrent download only selected files and only them.
Author
Owner

@WhosAsking commented on GitHub (Feb 25, 2017):

From the FAQ:
As you may know, a torrent is split into pieces of equal size that do not take files into consideration. As a consequence, a piece can contain information relative to more than one file and qBittorrent only operates at piece level. Because of this, if two files are adjacent and you choose to download only one of them, it is likely that the filtered one will be partially downloaded and thus appear on the hard-disk.

Again, this is not a bug. It's expected behavior, and I see it in other Bittorrent clients including Shareaza, Transmission, and Tixati. Anyway, there was confusion in past versions surrounding unchecked-but-downloaded-anyway pieces that is being cleared up.

Or can you show how an unchecked non-adjacent file (meaning it should be in a completely separate chunk not meant to be downloaded) that gets downloaded anyway?

@WhosAsking commented on GitHub (Feb 25, 2017): From the FAQ: _As you may know, a torrent is split into pieces of equal size that do not take files into consideration. As a consequence, a piece can contain information relative to more than one file and qBittorrent only operates at piece level. Because of this, if two files are adjacent and you choose to download only one of them, it is likely that the filtered one will be partially downloaded and thus appear on the hard-disk._ Again, this is _not_ a bug. It's expected behavior, and I see it in other Bittorrent clients including Shareaza, Transmission, and Tixati. Anyway, there was confusion in past versions surrounding unchecked-but-downloaded-anyway pieces that is being cleared up. Or can you show how an unchecked **non-adjacent** file (meaning it should be in a completely separate chunk not meant to be downloaded) that gets downloaded anyway?
Author
Owner

@spumer commented on GitHub (Feb 25, 2017):

@WhosAsking i know and on my way i see different situation, when files FULLY downloaded, not partial.

@spumer commented on GitHub (Feb 25, 2017): @WhosAsking i know and on my way i see different situation, when files FULLY downloaded, not partial.
Author
Owner

@thalieht commented on GitHub (Dec 23, 2017):

Duplicate of #2659

Version 4.0.x is released. It uses libtorrent 1.1.x which puts the unwanted part files in the hidden file
".<torrent_hash>.parts" which is put in the same folder as the root folder(if any) of the torrent.
For the moment it's not possible to put that file somewhere else.

@thalieht commented on GitHub (Dec 23, 2017): Duplicate of #2659 Version 4.0.x is released. It uses libtorrent 1.1.x which puts the unwanted part files in the hidden file ".<torrent_hash>.parts" which is put in the same folder as the root folder(if any) of the torrent. For the moment it's not possible to put that file somewhere else.
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#3895
No description provided.