Please provide the following information
v4.1.6 official, Win-32
### If on linux, libtorrent and Qt version
-
Some .torrents provide URLs for leeching.
Issue is: 'Remove Web seed' is not working in 'HTTP Sources' of that torrent.
The URL disappears from the UI and from .fastresume-file, but is not removed from the .torrent-file. So qbt tries to download from that URL again after restart of qbt.
Background: If the URL from the .torrent is not reachable, these messages floods the LOG, up to twice a second. If LOG is enabled in the UI (for showing), this will eventually block qbt for 2 minutes on my system.
Delete the URL from the .torrent-file.
Sorry, currently can't provide a .torrent-file.
a. Please backport to 4.1.x, if possible.
b. Could not find any other issue like this on github, crawling 13 pages. Sorry, if it is a dupe.
I confirm this on libtorrent RC_1_2 bd0d01153641ffb1913f531b68c860b90efe0735
And also RC_1_1 84f10d05caff0d20213280951752797d166e1759
@arvidn
I suspect this is a bug in libtorrent.
We currently use read_resume_data()
to read in the fastresume and it seems that the fastresume isn't getting priority here, that is, if there is no url-list
field in fastresume then there should be no web seed for the torrent.
there is no url-list field in fastresume then there should be no web seed for the torrent.
It's expected behavior, IMO.
Will be fixed in upcoming v4.2.0. (PR #11104)
Most helpful comment
I confirm this on libtorrent RC_1_2 bd0d01153641ffb1913f531b68c860b90efe0735
And also RC_1_1 84f10d05caff0d20213280951752797d166e1759
@arvidn
I suspect this is a bug in libtorrent.
We currently use
read_resume_data()
to read in the fastresume and it seems that the fastresume isn't getting priority here, that is, if there is nourl-list
field in fastresume then there should be no web seed for the torrent.