You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I rebuild libtorrent-rasterbar git and Qbittorrent regularly on my main computer. There is one issue I keep on being able to replicate over and over again.
The packages are built in Manjaro AUR. I enabled all tests during build of libtorrent-rasterbar, from what I see all examples are built too.
Qbittorrent are built with the standard AUR build options.
I can reboot my router and losing my connection due to the reboot. On Manjaro DHT goes to 0 and never recovers. And I only see some very minor traffic before it dies completely. When this happens remotely accessing client via the web server fails too.
On Windows 10 with 4.2.2 official build that problem does not exists. DHT does not drop. And traffic does not see to stop. No web server enabled here.
I've been trying to verifiy if the problem lies within qbittorrent or libtorrent-rasterbar. An easy test would be to try the client_test from libtorrent-rasterbar but I've failed in finding out how to run it.
I'll add more info if possible.
The text was updated successfully, but these errors were encountered:
There’s a ticket open regarding this in libtorrent. Apparently it’s a bug with qbittorrent-nox.
Ah, I see. Saw something about that one day but didn't see it as verified, more like a hunch of sorts.
Still would be nice to test the basic client_test to verify differences with Qbittorrent in different scenarios. Don't know why I have problem finding info about that. Guess I need a good file searcher or learn command line file searching.
FranciscoPombal
changed the title
Qbittorrent 4.2.2+ (git builds)
Qbittorrent 4.2.2+ (git builds) DHT sometimes does not recover after connection loss
Apr 4, 2020
I rebuilt libtorrent-rasterbar and Qbitttorrent git-versions yesterday. I rebooted my router due to firmware upgrade... Looked into qbittorrent and found the DHT had climbed up to 217 despite loosing internet connection :) Nothing was uploading at the time but something has changed (if due to error or no real upload existed remains to be seen). I'll return with more testing.
How long to expect Qbittorrent process to be open after manually having shut it down? Seems to be in that situation now... If it takes too long time I force quit it and open it again
I rebuild libtorrent-rasterbar git and Qbittorrent regularly on my main computer. There is one issue I keep on being able to replicate over and over again.
The packages are built in Manjaro AUR. I enabled all tests during build of libtorrent-rasterbar, from what I see all examples are built too.
Qbittorrent are built with the standard AUR build options.
I can reboot my router and losing my connection due to the reboot. On Manjaro DHT goes to 0 and never recovers. And I only see some very minor traffic before it dies completely. When this happens remotely accessing client via the web server fails too.
On Windows 10 with 4.2.2 official build that problem does not exists. DHT does not drop. And traffic does not see to stop. No web server enabled here.
I've been trying to verifiy if the problem lies within qbittorrent or libtorrent-rasterbar. An easy test would be to try the client_test from libtorrent-rasterbar but I've failed in finding out how to run it.
I'll add more info if possible.
The text was updated successfully, but these errors were encountered: