mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
It leaves so many files which I have marked as not to download. #4065
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#4065
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 @laichiaheng on GitHub (Mar 18, 2016).
It happens so many times that I have to delete them manually.
@m5skeet commented on GitHub (Mar 19, 2016):
same thing happening on every torrent i download ever since 3.3.3
@DerekTurtleRoe commented on GitHub (Mar 19, 2016):
@laichiaheng @m5skeet You guys should provide more information than that, like a list of the files that you were downloading, OS version, settings used, etc.
@laichiaheng commented on GitHub (Mar 19, 2016):
@vgturtle127
OS: Ubuntu 14.04.4LTS
settings: default
qbittorrent 3.3.3
@DerekTurtleRoe commented on GitHub (Mar 19, 2016):
@laichiaheng I am on 64-bit Windows 10 Pro with qBittorrent 3.3.3 and everything works OK here. Maybe a Linux-only issue?
@m5skeet commented on GitHub (Mar 20, 2016):
OS:Windows 10 home 64 bit
settings:default
qb 3.3.3
atleast for me it's random how many other not selected it download's sometimes like above or other times it downloads all
idk if this is the same issue the guy above is having
@Levdbas commented on GitHub (Mar 21, 2016):
Same here. W10, Qbittorrent 3.3.3. I select one file to download and everything got downloaded instead.
@ghost commented on GitHub (Mar 21, 2016):
https://github.com/qbittorrent/qBittorrent/wiki/Frequently-Asked-Questions#I_configured_qBittorrent_to_not_download_some_files_in_a_torrent_but_they_still_appear_on_my_hard_disk_why_is_that
@DerekTurtleRoe commented on GitHub (Mar 21, 2016):
@gwarser Is there a better way to implement that? I mean, I feel like even just asking the user which files to keep or something would be better than "that's how it works".
This isn't a libtorrent limitation, is it?
@laichiaheng commented on GitHub (Mar 21, 2016):
@gwarser You mean the option in qbittorrent is useless?
@ghost commented on GitHub (Mar 22, 2016):
In older versions all unwanted files are hidden inside
.unwantedfolder.In future they probably be stored in one "data" file (utorrent way).
@DartMik commented on GitHub (Mar 27, 2016):
Same problem. Win10 64 bit. Has anyone found a solution to the problem ? It is inconvenient to work with the program because of this ...
@tp0 commented on GitHub (Mar 28, 2016):
The removal of the
.unwantedfolder in 3.3.3 is what the problem here is. Previously non-downloaded files were put there, it was hidden folder so you may have not known they were there. Apparently there were problems with this folder and in some cases the files there were not always removed by qBittorrent. Couple of years ago there was also a poll on the forums and majority wanted to remove the functionality.Not sure why this change now, perhaps something to do with libtorrent. Also, last year a support for "part" or "data" files (like in uTorrent) was added in libtorrent and somewhere the dev(s) indicated this would implemented in qBittorent in future.
ps. Workaround for Linux users: do this in the folder:
ls *.\!qB >> .hidden. This creates .hidden file which can be used to hide non-dotted files and folders, should work in most file managers.@DerekTurtleRoe commented on GitHub (Mar 28, 2016):
@tp0 OK, that clears some stuff up.
I agree appending an extension is way less confusing.
Also, are we on the latest libtorrent?
What is the discrepancy between file sizes? Is qBittorrent calculating something incorrectly, or is it a OS to application issue?
So if you download something with the newest version of qBittorrent now it won't create the .unwanted directory, but if you had previously downloaded something with the .unwanted directory it just stays there? I guess I am questioning my understanding of the issue now.
I thought that the issue was that the files were downloaded into the .unwanted directory because of a bug, or regression. And as such, they were taking up space and showing up on peoples hard drives when the files were completed. But I guess the issue is older downloads and newer downloads are conflicting? Should we have a "clear all temporary files" option or something? Not sure...
@tp0 commented on GitHub (Mar 28, 2016):
Probably not yet as there's a test version: https://qbforums.shiki.hu/index.php/topic,4113.0.html
Allocated space vs. actually utilized space... how disks work, so not a qB issue. In Windows, the explorer file properties window shows both, on Linux
du -hshows size on disk.At least if it is the same torrent. Happened with one I tested. I removed it (not data) from qBittorrent and added into a new folder. qBittorrent must save information of these somewhere and this is probably intended to not create conflicts.
I'm not that sure about the past bugs, but when I searched the forums something related to those files not being removed came up. Or perhaps it was just people being confused about the files generally. At least currently when completely removing (with data) multifile torrents with a folder included in the torrent file list, the whole folder will be removed (unless there is a file not belonging to the torrent itself, qB is smart enough to take that into account, the partial files we're now talking about now do not count as such).
(Not temporary - if a piece from file2 is needed to get 100% of file1, then user needs it for as long as he wants to have 100% of file1.) I guess a clearing function could be useful in cases where user has removed only the torrent (but not with data) via qB, and thus the partial files remain on the disk. I don't know if this even technically possible, how can qB keep record of this etc.
@DerekTurtleRoe commented on GitHub (Mar 28, 2016):
@tp0 OK, that helps a lot. Thanks.
Some refactoring and code checking may be in order on my end...
@slr commented on GitHub (Apr 1, 2016):
see also https://github.com/qbittorrent/qBittorrent/issues/4914 and https://github.com/qbittorrent/qBittorrent/issues/4760
@DartMik commented on GitHub (Apr 1, 2016):
О, будь добр, растолкуй мне суть проблемы по этому вопросу и пути её решения на великом и могучем) Заранее благодарен)
@slr commented on GitHub (Apr 1, 2016):
@DartMik любой произвольно взятый торрент обычно настроен раздаваться некоторым количеством равных частей — например, 100 по 4,0 МБ — и как любой файл в торренте может оказаться в отличном от единицы положительном числе этих частей, так и в любой части может содержаться один и более файлов или фрагментов файлов. библиотека libtorrent, используемая в проекте, качает и раздаёт части полностью, и тем самым, когда ты хочешь скачать только файл А, в части или частях с которым присутствуют файлы или фрагменты файлов Б, В и/или иных, эти файлы также загружаются.
для дальнейшей раздачи их нужно где-то хранить, и qBittorrent, ничтоже сумняшеся, пишет их на диск в соответствии с топологией, определяемой торрентом. в стародавние времена он хранил их в особой директории
.unwanted, но затем неким тайным голосованием от неё порешили избавиться.теоретически, «ненужные» файлы пишутся не абы как, а по уму, место выделяется не под весь файл целиком, только под необходимые данные — что, полагаю, должно определяться отсутствием галочки «Резервировать место на диске для всех файлов» в настройках — но на практике, кажется, не всё так гладко.
рассматриваемое поведение сие, зачастую неочевидное для обычного человека, вызывает часто задаваемый вопрос «доколе?», ответ на который провоцирует дальнейшие, также не лишённые резона, вопросы навроде: «да ну нах?», «неужели это неизлечимо?» и «а как же в других клиентах?». однако по всей видимости лёгких путей к наступлению полного благорастворения воздухов тут нет.
@Meriipu предлагает распространить действие опции «Добавлять расширение .!qB к незавершенным файлам» в том числе на ненужные файлы, а @tp0 предлагает сделать её включённой по умолчанию.
мне лично больше нравится вариант централизованного хранения сопутствующих данных, но не в виде файлов в директории
.unwanted, а в виде compressed chunks of the database, т.е. пожатыми и неотсвечивающими.@DartMik commented on GitHub (Apr 1, 2016):
Спасибо за развернутый ответ! И насколько сложно реализуемо ваше лаконичное решение вопроса? Вы сами участвуете в разработке qBittorrent?
@slr commented on GitHub (Apr 1, 2016):
@DartMik да на здоровье. насколько — не знаю. я мимо проходил.
@native-api commented on GitHub (Apr 3, 2016):
Duplicate of https://github.com/qbittorrent/qBittorrent/issues/4760
See https://qbforums.shiki.hu/index.php/topic,2294.0.html for the root cause.
@kitsame commented on GitHub (May 17, 2016):
I have the same problem.
I was downloading some torrent with 3Gb of pictures arranged inside many folders. I only needed about 15 folders (out of 40). Rest i've put on don't download.
After completing torrent, i've been left with all 40 folders where 15 were complete and rest(unwanted one) had 1-3 pictures per folder. And they were complete pictures, not the files with !qb extension.
Win7 32bit with 3.3.4 version of qbit
@tp0 commented on GitHub (May 17, 2016):
Did you have the files marked as wanted at any point? If you marked the files already in the add new torrent dialog, then I guess not. Since these are apparently fairly small sized pictures it is possible and it downloaded the complete file (to get the required missing piece), and because of that .!qB extension wasn't added?
If you mark some file to be downloaded, download it, and later unmark it, the complete file is moved the .unwanted folder. (Basically I now manually delete the file from file manager and then unmark it from qBit & force recheck the torrent.)
If the part/data file now supported by libtorrent is added to qBit, then these issues should be taken care of.
@kitsame commented on GitHub (May 18, 2016):
No, i left them marked as unwanted in add new torrent dialog.
@spumer commented on GitHub (Aug 31, 2016):
I have this bug too, Gentoo x64, v3.3.4 and Windows 7 x64 v3.3.6.
Bug happens only when you start not full torrent, only some files. qBittorrent still download all.
I found a way to workaround this.
Now qBittorrent will be download only selected files, not all.
@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.