https://bugs.launchpad.net/qbittorrent/+bug/1021632
Please confirm.
trackers removal problem
Re: trackers removal problem
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...
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...
Re: trackers removal problem
[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'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.
Re: trackers removal problem
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.
Last edited by tekko on Sun Jul 08, 2012 3:24 pm, edited 1 time in total.