qBittorrent doesn't check already downloaded torrents properly

Bug #502791 reported by Aníbal Deboni Neto
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
libtorrent-rasterbar
Unknown
Unknown
qBittorrent
Fix Released
Medium
Christophe Dumez

Bug Description

When trying to add a torrent previously downloaded qBittorent doesn't check the file and starts to download it again. Sometimes it happens with torrents downloaded by qBittorrent.

I'm running
Ubuntu 9.10 (all system is updated)
qBittorrent 2.0.5 (lastest version from PPA)

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

This only happens if you download the torrent to a different folder the second time. qBittorrent only detectx existing files if you choose the exact same save path.

Revision history for this message
Aníbal Deboni Neto (adneto) wrote :

I'm doing this, saving at the exact same path. Maybe the problem is that qBittorrent download the file to a different folder and just when the transfer is finished it moves the files do the right destination.
If it is, qBittorrent should verify for the file in the destination directory before download.

Revision history for this message
Aníbal Deboni Neto (adneto) wrote :

Well, this is exactly what's happening, I set a temporary folder for download and qBittorrent was lookin for files in there. When I unchecked this option things start working.

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

You're right, this is a bug then. I will address it soon.

Changed in qbittorrent:
assignee: nobody → Christophe Dumez (hydr0g3n)
milestone: none → 2.1.0
status: New → Confirmed
Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

I committed a workaround for this because this is actually caused by a lack of feature (or bug) in libtorrent.

Changed in qbittorrent:
importance: Undecided → Medium
milestone: 2.1.0 → 2.0.6
status: Confirmed → Fix Committed
Changed in qbittorrent:
status: Fix Committed → Fix Released
Revision history for this message
Oleh Prypin (oprypin) wrote :

By the way... recheck problem is still not solved. So I'm forced to use another bittorrent client (that is worse but less buggy). I have many torrents that I downloaded on Windows and I want to seed them. When checking some files qBittorrent stops sometimes at 0%, sometimes at about 20% or 85% (different numbers) and starts downloading them! When i use 'another bittorrent client', the same files are checked well to 100% and start seeding

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

Blaxpirit > Please submit a bug report here:
http://code.google.com/p/libtorrent/issues/entry

qBittorrent does not handle torrent checking, this is achieved by libtorrent. Specify in your bug report that you are using a Windows file system on a Linux OS (and specify which file system, NTFS?)

Revision history for this message
Oleh Prypin (oprypin) wrote :

Actually, there is one thing you could do.
Some torrents have, for example, three files. In other bittorrent clients file list just has three files. But in qBittorrent there is also a parent directory that has these three files inside. So when you select some download directory, the files are saved to the directory (which is named like the torrent title) inside the specified directory.
Sorry, I never had talent to explain. So here's an example:
You have torrent with three files 'a.a', 'b.b', 'c.c' and title 'aabbcc'. You wanna save the files to '/dir/blah/'
So when using qBittorrent, the files become '/dir/blah/aabbcc/a.a', '/dir/blah/aabbcc/b.b', '/dir/blah/aabbcc/c.c'.
In other clients they are '/dir/blah/a.a', '/dir/blah/b.b', '/dir/blah/c.c'.
The idea: When a torrent has one directory at root level, the program should just remove it and put the files one level higher.

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

> In other clients they are '/dir/blah/a.a', '/dir/blah/b.b', '/dir/blah/c.c'.

I doubt this is true. What client does that? I know transmission, Vuze do not.

Revision history for this message
Oleh Prypin (oprypin) wrote :

Ehm... uTorrent.
Anyway, this is really useful

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.