Custom Query (2447 matches)
Results (25 - 27 of 2447)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#3479 | Fixed | m-team.cc icon now shown | Xuefer | |
Description |
14:49:54 [WARNING ][deluge.httpdownloader :315 ] Error occurred downloading file from "http://m-team.cc/": 301 Moved Permanently to https://m-team.cc/ http://m-team.cc/ get redirected to https://m-team.cc/ and there is no icon links in home page, default icon name should be tried. i'm not sure if it try default icon or not but the icon is not shown in web ui |
|||
#3478 | Fixed | Magnets without metadata not restored from state. | mhertz | |
Description |
As title, magnets without metadata aren't restored from state upon restart, when using libtorrent 1.2.11 and above, because of change in resume-saving logic of libtorrent i.e. resume-data saved for magnets even without metadata now, which breaks restoring them upon restart in deluge. I personally fixed it by this: diff -urN a/deluge/core/torrentmanager.py b/deluge/core/torrentmanager.py --- a/deluge/core/torrentmanager.py 2021-04-21 12:44:14.000000000 +0200 +++ b/deluge/core/torrentmanager.py 2021-07-20 19:38:41.819231547 +0200 @@ -1029,6 +1029,7 @@ tid for tid, t in self.torrents.items() if t.handle.need_save_resume_data() + if t.has_metadata ) def on_torrent_resume_save(dummy_result, torrent_id): Easy quick way to reproduce, is to add a magnet with non-existing info-hash and restart deluge, and as said, need to use libtorrent 1.2.11 or above. (e.g. "magnet:?xt=urn:btih:85bbba4035cca750f681284857f53e405eb41f8d" ) Tested on deluge-2.0.4.dev56 and libtorrent-1.2.14 on arch-linux. Thanks in advance. |
|||
#3477 | Upstream | Proxy DNS spam | OverSurge | |
Description |
Deluge generates about 110,000 DNS requests per day to the SOCKS 5 proxy I set in the settings (a NordVPN one). It occurs in versions 1.3.15 and 2.0.3. |