Qbittorrent doesn't delete ".unwanted" dir

Bug #731771 reported by arunj
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
qBittorrent
Fix Released
Medium
Christophe Dumez

Bug Description

Using Ubuntu 10.10 64bit. From the last 2 months odd I am noticing that qbittorrent doesn't delete the ".unwanted" directory. I was hoping for some time that it will be fixed in next release but till now it hasn't been resolved. I have upgraded to latest version yesterday and still this bug is present. Please resolve this one.

Revision history for this message
arunj (engineerarun) wrote :

Current versions:

qBittorrent: 2.6.7+svn.r5268-0ubuntu1~maverick
libtorrent-rasterbar: 0.15.5+svn.r5315-0ubuntu1~maverick

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

I tried to reproduce but it did remove the folder here.

BEFORE removing the torrent, was this .unwanted folder empty?
How about AFTER removing the torrent?

Revision history for this message
arunj (engineerarun) wrote :

OK... If you tried on the same platform please find some other details. maybe they'll help.

1. .unwanted is only created if I am trying to do partial download. I mean, not downloading all files in the torrent. In this case, even if I delete the torrent from qB, it doesn't delete the .unwanted dir.

2. # ll .unwanted/
total 12
drwxr-xr-x 2 root root 4096 2011-03-10 20:49 ./
drwxr-xr-x 3 root root 4096 2011-03-10 18:24 ../
-rw-r--r-- 1 root root 47 2011-03-10 20:49 Torrent downloaded from Demonoid.com.txt

3. Mount options for / in fstab:
UUID=ff272171-95cb-4733-aa1a-48a6ee076188 / ext4 noatime,nodiratime,errors=remount-ro,data=writeback,user_xattr 0 1

Revision history for this message
arunj (engineerarun) wrote :

I am the root.

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

Yes, I have the exact same platform as you.

What kind of deletion are you testing?
  - Simple deletion of the torrent from the list?
  - Deletion of the torrent and its files on the hard disk?

I tested the second and it worked fine.
Regarding the first one, simple deletion from the list should NOT affect the actual storage on the hard disk (thus .unwanted is kept). Note that the partial files in the .unwanted directory are also required for later seeding of the torrent.

Changed in qbittorrent:
assignee: nobody → Christophe Dumez (hydr0g3n)
status: New → Incomplete
Revision history for this message
arunj (engineerarun) wrote :

The first deletion type.

I understand that there is reason to keep the .unwanted directory in this case. But I think many users will not even be knowing that they are adding more and more .unwanted directories as they are going on downloading more torrents.

If we may take uTorrent as a reference (which I used long back though), I never noticed that there is anything other than the files I needed when the torrent is removed.

Can it be made optional by using some setting in preferences menu and leave it up to the user to decide?

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

I agree that this behavior can be annoying. I used to delete these unwanted files on "soft" deletion but then I started to get bug reports like "qBittorrent deleted my files". It seems some users do weird things like:
- After torrent completion, they unselect all files but one and then force recheck the torrent (to recheck only one of the files). Then when they delete the torrent, it removes the downloaded files because they were unselected afterwards...

I do agree that having an option would be an adequate solution. I'll add this soon.

Revision history for this message
arunj (engineerarun) wrote :

Thank you :)

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

This should be fixed in next release. Thanks!

Changed in qbittorrent:
importance: Undecided → Medium
milestone: none → 2.6.8
status: Incomplete → Fix Committed
Changed in qbittorrent:
status: Fix Committed → Fix Released
Revision history for this message
arunj (engineerarun) wrote :

Thanks again!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.