以下の情報を提供してください
v4.1.6公式、Win-32
### Linuxの場合、libtorrentおよびQtバージョン
-
一部の.torrentは、リーチング用のURLを提供します。
問題は次のとおりです。「Webシードの削除」がそのトレントの「HTTPソース」で機能していません。
URLはUIおよび.fastresume-fileから消えますが、.torrent-fileからは削除されません。 したがって、qbtは、qbtの再起動後に、そのURLから再度ダウンロードを試みます。
背景:.torrentからのURLに到達できない場合、これらのメッセージは最大1秒に2回LOGにフラッディングします。 UIでLOGが有効になっている場合(表示用)、これにより、システムでqbtが2分間ブロックされます。
.torrentファイルからURLを削除します。
申し訳ありませんが、現在.torrentファイルを提供することはできません。
NS。 可能であれば、4.1.xにバックポートしてください。
NS。 13ページをクロールして、githubでこのような他の問題を見つけることができませんでした。 申し訳ありませんが、それがだまされている場合。
libtorrent RC_1_2bd0d01153641ffb1913f531b68c860b90efe0735でこれを確認します
また、RC_1_1 84f10d05caff0d20213280951752797d166e1759
@arvidn
これはlibtorrentのバグだと思います。
我々は現在使用read_resume_data()
fastresumeに読み取るために、何も存在しない場合fastresumeであることが、ここでは優先順位を取得していないようだurl-list
fastresumeのフィールドが、その後何のウェブシードがあってはなりません急流のために。
fastresumeにurl-listフィールドがない場合、トレントのWebシードはありません。
予想される動作です、IMO。
今後のv4.2.0で修正される予定です。 (PR#11104)
最も参考になるコメント
libtorrent RC_1_2bd0d01153641ffb1913f531b68c860b90efe0735でこれを確認します
また、RC_1_1 84f10d05caff0d20213280951752797d166e1759
@arvidn
これはlibtorrentのバグだと思います。
我々は現在使用
read_resume_data()
fastresumeに読み取るために、何も存在しない場合fastresumeであることが、ここでは優先順位を取得していないようだurl-list
fastresumeのフィールドが、その後何のウェブシードがあってはなりません急流のために。