qBittorrent official forums

https://bugs.launchpad.net/qbittorrent/+bug/1021632

Please confirm.

I'm not really helping to confirm this (am currently using rc's) but isn't there at least one tracker "hard-coded" of sorts within the torrent file itself?
It did bring back the tracker on a private tracker/torrent I had.

The following fastresume error may or may not be related because these files were in paused state, and have been for quite a few updates/reloads now...
06/07/2012 16:52:21 - Reason: "filename" fast resume rejected: mismatching file timestamp
06/07/2012 16:52:21 - Fast resume data was rejected for torrent "filename", checking again...

[quote="loki"]
I'm not really helping to confirm this (am currently using rc's) but isn't there at least one tracker "hard-coded" of sorts within the torrent file itself?
It did bring back the tracker on a private tracker/torrent I had.

The following fastresume error may or may not be related because these files were in paused state, and have been for quite a few updates/reloads now...
06/07/2012 16:52:21 - Reason: "filename" fast resume rejected: mismatching file timestamp
06/07/2012 16:52:21 - Fast resume data was rejected for torrent "filename", checking again...
[/quote]

I am trying to say that if you remove all trackers, the "hard-coded" trackers from the torrent file are always restored after qbt restarts.
I am removing all those trackers since they don't work and I have gotten the source from dht and pex.

I have no fastresume error in the log. Thanks for testing it out.

I've tried it on RC3 and RC4, same thing happens with no error in the log. It's not a big deal but it's not supposed to happen by design according to Christophe Dumez.