mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
items selected NOT to be included in the download are still downloaded. #4364
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#4364
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 @ManilaByNight on GitHub (Jun 11, 2016).
When I select particular items in the torrent not to be included in the download by unchecking them, they appear not to be included when I start the torrent download but once the process has been completed and I go to the completed downloads folder, I discover that everything has been downloaded.
For example if a particular torrent contains 5 elements for example in a movie say there is the actual movie file itself, a sample movie file, and three extra text files. If I select only the movie file and unselect all the rest, once I start the download it will appear on the download process that only the movie file is being downloaded and a progress bar appears next to it and not on the others. However, when the download is complete and I check the downloads folder, I discover that everything appears to have been downloaded so I still have to manually delete the ones I chose not to be downloaded. I only select the files I need in order to save on the download time.
@re-l124c41plus commented on GitHub (Jun 12, 2016):
Are those deselected files really downloaded completely or are they only downloaded partially?
This could simply be related to this question in the FAQ.
But since text files in particular are relatively small they might actually be downloaded completely by chance.
To test if this is an issue of partial downloads as described in the FAQ link above you could test if this issue is reproducible with bigger files excluded.
If this isn't the issue described in the FAQ then could you tell me if qBT shows those unwanted files as they are on the disk (i.e. 100% downloaded) or if qBT claims it didn't download them, and then please tell me your OS, your qBT version and the versions of your libraries (Help -> About -> Libraries).
Thanks!
@aleqx commented on GitHub (Jun 14, 2016):
This (bug) has been a long-time frustration for me too. Yes, sometimes files bigger than the BT chunk size are being downloaded and placed next to the files selected for download - but not always, which made it hard to reproduce until now.
Suggestion: Why don't you guys just move into the
.unwantedfolder everything that was **de**selected? be it small files from needed chunks or not (i.e. bug or not).The user obviously doesn't want those files in the same folder with the selected files, even if they are part of the needed chunks. That would solve most of the issues, bug or not bug.
One frustration it causes me is that I have scrapers scanning folders, and some of the files I deselect show up in the scraped content when they should not (e.g. sample videos, promo videos, etc etc).
I had this issue in v3.2.5 (which I'm using now) but also all pretty much all v3.x versions up to v3.3.4 that I tried. It was never reliable.
@re-l124c41plus commented on GitHub (Jun 15, 2016):
Are you suggesting that we simply hide the downloaded files or am I missing something here? If those files are really being downloaded you waste bandwith and disk space on unwanted data. This really should be fixed properly.
As far as I understand it qBT already does hide unwanted files though.
See src/base/bittorrent/torrenthandle.cpp line: 1834
So you see as far as I understand it the code that hides those unwanted files depends on their priority being 0 (i.e. set to ignore).
Now there might be an error somewhere in there but I can't see one and the fact that those files even got downloaded in the first place suggests that their priorities are NOT correct, due to some bug elsewhere.
By the way, do you deselect those files through the web UI?
Because I found this code snippet in src/gui/properties/propertieswidget.cpp line: 489
Just what I have found so far.
@tp0 commented on GitHub (Jun 28, 2016):
I think it has been mentioned that the long-term plan is to use single part/data file (like in uTorrent) now that libtorrent finally supports it. Once implemented it would do away with this and other related issues and annoyances.
I have suggested enabling the .!qB extension setting by default which would at least be less confusing (#5023).
@BloodyRain2k commented on GitHub (Jul 20, 2016):
There's a kinda related issue with downloaded files marked not to be downloaded:
when a torrent is completed and you mark a file as unwanted it gets moved into the .unwanted folder as intended, but the UI doesn't care about that and when you select a different torrent and then again the one from where you marked a file as unwanted it's checked again even though it is still in the .unwanted directory.
This bug existed a year ago or so before, was fixed, and then brokened again in a somewhat recent version (like 3 or more updates ago) : (
@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.