Qbittorrent: [Bug] URL für Web-Seed/HTTP-Quelle kann nicht entfernt werden
Bitte geben Sie die folgenden Informationen an
qBittorrent-Version und Betriebssystem
v4.1.6 offiziell, Win-32
### Unter Linux, libtorrent und Qt-Version
-
Was ist das Problem
Einige .torrents bieten URLs für das Leeching.
Das Problem ist: "Web-Seed entfernen" funktioniert nicht in "HTTP-Quellen" dieses Torrents.
Die URL verschwindet aus der Benutzeroberfläche und aus der .fastresume-Datei, wird jedoch nicht aus der .torrent-Datei entfernt. Daher versucht qbt nach einem Neustart von qbt erneut, von dieser URL herunterzuladen.
Hintergrund: Wenn die URL vom .torrent nicht erreichbar ist, fluten diese Meldungen das LOG bis zu zweimal pro Sekunde. Wenn LOG in der Benutzeroberfläche aktiviert ist (zum Anzeigen), wird qbt schließlich für 2 Minuten auf meinem System blockiert.
Was ist das erwartete Verhalten
Löschen Sie die URL aus der .torrent-Datei.
Schritte zum Reproduzieren
Leider kann derzeit keine .torrent-Datei bereitgestellt werden.
Zusatzinfo (falls vorhanden)
A. Bitte nach Möglichkeit auf 4.1.x zurückportieren.
B. Auf github konnte kein anderes Problem wie dieses gefunden werden, das 13 Seiten durchsuchte. Tut mir leid, wenn es ein Dupe ist.
coolio2013
Alle 3 Kommentare
Ich bestätige dies auf libtorrent RC_1_2 bd0d01153641ffb1913f531b68c860b90efe0735
Und auch RC_1_1 84f10d05caff0d20213280951752797d166e1759
@arvidn
Ich vermute, dass dies ein Fehler in libtorrent ist.
Wir derzeit verwenden read_resume_data() im fastresume lesen und es scheint , dass der fastresume nicht Priorität wird immer hier, das heißt, wenn es kein url-list Feld in fastresume dann sollte es kein Web - Saatgut sein für den Strom.
Chocobo1
am 5. Aug. 2019
Wenn es in fastresume kein URL-Listenfeld gibt, sollte es keinen Web-Seed für den Torrent geben.
Es ist das erwartete Verhalten, IMO.
glassez
am 22. Aug. 2019
Wird in der kommenden v4.2.0 behoben. (PR #11104)
Chocobo1
am 3. Sept. 2019
Verwandte Themen
caoli5288
·
3Kommentare
roboirc
·
3Kommentare
slrslr
·
3Kommentare
ned-martin
·
3Kommentare
j-remy11
·
3Kommentare
Hilfreichster Kommentar
Ich bestätige dies auf libtorrent RC_1_2 bd0d01153641ffb1913f531b68c860b90efe0735
Und auch RC_1_1 84f10d05caff0d20213280951752797d166e1759
@arvidn
Ich vermute, dass dies ein Fehler in libtorrent ist.
Wir derzeit verwenden
read_resume_data()im fastresume lesen und es scheint , dass der fastresume nicht Priorität wird immer hier, das heißt, wenn es keinurl-listFeld in fastresume dann sollte es kein Web - Saatgut sein für den Strom.