search

qbittorrent / qBittorrent

qBittorrent BitTorrent client
https://www.qbittorrent.org
Other
28.41k stars 3.99k forks source link

Crash Report. 20th+ crash of the day. Crashes every 5-60 min. #17082

Open Quest79 opened 2 years ago

Quest79 commented 2 years ago

qBittorrent & operating system versions

qBittorrent version: v4.4.2 (64-bit) Libtorrent version: 2.0.5.0 Qt version: 5.15.2 Boost version: 1.78.0 OpenSSL version: 1.1.1n zlib version: 1.2.11 OS version: Windows 10 Version 2009 10.0.22000 x86_64 (This is windows 11 why is this app reporting windows 10?)

Caught signal: SIGABRT

What is the problem?

qBittorrent has crashed Please file a bug report at http://bugs.qbittorrent.org and provide the following information:

qBittorrent version: v4.4.2 (64-bit) Libtorrent version: 2.0.5.0 Qt version: 5.15.2 Boost version: 1.78.0 OpenSSL version: 1.1.1n zlib version: 1.2.11 OS version: Windows 10 Version 2009 10.0.22000 x86_64

Caught signal: SIGABRT

#  0 qbittorrent.exe      0x00007ff61e1499ec straceWin::getBacktrace()[ app\stacktrace_win.h : 220 ]
#  1 qbittorrent.exe      0x00007ff61e14ab6b sigAbnormalHandler(signum)[ app\main.cpp : 368 ]
#  2 qbittorrent.exe      0x00007ff61ef7a365 raise(signum)[ minkernel\crts\ucrt\src\appcrt\misc\signal.cpp : 541 ]
#  3 qbittorrent.exe      0x00007ff61ef86a94 abort()[ minkernel\crts\ucrt\src\appcrt\startup\abort.cpp : 64 ]
#  4 qbittorrent.exe      0x00007ff61ef7dd73 terminate()[ minkernel\crts\ucrt\src\appcrt\misc\terminate.cpp : 58 ]
#  5 qbittorrent.exe      0x00007ff61ef551b7 __scrt_unhandled_exception_filter(pointers)[ d:\agent\_work\1\s\src\vctools\crt\vcstartup\src\utility\utility_desktop.cpp : 91 ]
#  6 KERNELBASE.dll       0x00007ffb5f236391 UnhandledExceptionFilter()
#  7 ntdll.dll            0x00007ffb617aaeec memset()
#  8 ntdll.dll            0x00007ffb61793eb6 _C_specific_handler()
#  9 ntdll.dll            0x00007ffb617a8e4f _chkstk()
# 10 ntdll.dll            0x00007ffb61735e9a RtlRestoreContext()
# 11 ntdll.dll            0x00007ffb61733163 RtlRaiseException()
# 12 KERNELBASE.dll       0x00007ffb5f13474c RaiseException()
# 13 qbittorrent.exe      0x00007ff61ef73611 _CxxThrowException(pExceptionObject, pThrowInfo)[ d:\agent\_work\1\s\src\vctools\crt\vcruntime\src\eh\throw.cpp : 129 ]
# 14 qbittorrent.exe      0x00007ff61e14279b boost::throw_exception(e)[ g:\qbittorrent\boost_1_78_0\boost\throw_exception.hpp : 148 ]
# 15 qbittorrent.exe      0x00007ff61e13c8ed boost::asio::detail::do_throw_error(err, location)[ g:\qbittorrent\boost_1_78_0\boost\asio\detail\impl\throw_error.ipp : 38 ]
# 16 qbittorrent.exe      0x00007ff61e47929e boost::asio::detail::socket_select_interrupter::open_descriptors()[ g:\qbittorrent\boost_1_78_0\boost\asio\detail\impl\socket_select_interrupter.ipp : 66 ]
# 17 qbittorrent.exe      0x00007ff61e479e3e boost::asio::detail::select_reactor::run(ops, ops)[ g:\qbittorrent\boost_1_78_0\boost\asio\detail\impl\select_reactor.ipp : 266 ]
# 18 qbittorrent.exe      0x00007ff61e47a099 boost::asio::detail::select_reactor::run_thread()[ g:\qbittorrent\boost_1_78_0\boost\asio\detail\impl\select_reactor.ipp : 303 ]
# 19 qbittorrent.exe      0x00007ff61e4126cf boost::asio::detail::win_thread_function(arg)[ g:\qbittorrent\boost_1_78_0\boost\asio\detail\impl\win_thread.ipp : 119 ]
# 20 qbittorrent.exe      0x00007ff61ef864a0 thread_start(parameter, parameter)[ minkernel\crts\ucrt\src\appcrt\startup\thread.cpp : 115 ]
# 21 KERNEL32.DLL         0x00007ffb5f9154e0 BaseThreadInitThunk()
# 22 ntdll.dll            0x00007ffb6170485b RtlUserThreadStart()

Steps to reproduce

  1. Launch app
  2. wait 5-30 min
  3. another crash

Additional context

Nothing else on my system network related or otherwise is crashing (online games included). I have a feeling it is crashing every time my wifi is interrupted. So instead of just neatly allowing for sudden connection loss, it just flat out freaks out and dies? A wild guess as I have no other ideas.

This is a fresh (few days old) install of windows 11 22000.

Log(s) & preferences file(s)

No response

Quest79 commented 2 years ago

Logs and ini qbittorrent.zip

glassez commented 2 years ago

Looks like some network related exception is unhandled by libtorrent. @arvidn, ping!

xavier2k6 commented 2 years ago

I have a feeling it is crashing every time my wifi is interrupted.

Similar to issues #16958, #15552 & others.

arvidn commented 2 years ago

this looks like an internal boost.asio thread, and it looks like it's failing to bind a socket to the IPv4 loopback address, port 0 (which means the OS gets to pick the port).

I think this is never really expected to fail.

Quest79 commented 2 years ago

Also I am using a VPN for qbittorent called Windscribe. Spit tunneling in inclusive mode. Not sure if this is effecting anything.

electricmessiah commented 2 years ago

Also I am using a VPN for qbittorent called Windscribe. Spit tunneling in inclusive mode. Not sure if this is effecting anything.

I am using the exact same thing (Windscribe. Spit tunneling) and have the exact same issue.

ghost commented 2 years ago

Can you reproduce the crash if you disable UPnP and Local service discovery from qbittorrent? If not then it may be a temporary solution till it gets fixed upstream.

electricmessiah commented 2 years ago

I don't have UPnP or local discovery enabled and still have the issue.

arvidn commented 2 years ago

Is it possible that qBt enables UPnP and LSD for a split second before loading the config and disabling it? If so, changing settings wouldn't affect this issue.

ghost commented 2 years ago

I found this in the code. Seems like libtorrent enables those by default and qbit attempts to disable them at startup. https://github.com/qbittorrent/qBittorrent/blob/5b269a782a8adb2cf611c0f53694a2c433345673/src/base/bittorrent/session.cpp#L1379

glassez commented 2 years ago

I found this in the code. Seems like libtorrent enables those by default and qbit attempts to disable them at startup.

https://github.com/qbittorrent/qBittorrent/blob/5b269a782a8adb2cf611c0f53694a2c433345673/src/base/bittorrent/session.cpp#L1379

This code looks strange to me. It just disables UPnP from the start and I can't see where it can be enabled. Doesn't qBittorrent support UPnP intentionally?

glassez commented 2 years ago

I found this in the code. Seems like libtorrent enables those by default and qbit attempts to disable them at startup. https://github.com/qbittorrent/qBittorrent/blob/5b269a782a8adb2cf611c0f53694a2c433345673/src/base/bittorrent/session.cpp#L1379

This code looks strange to me. It just disables UPnP from the start and I can't see where it can be enabled. Doesn't qBittorrent support UPnP intentionally?

But at the same time there is a "UPnP lease duration" setting. Does anyone understand how it is supposed to work? @Chocobo1?

ghost commented 2 years ago

I think it re-enables it here https://github.com/qbittorrent/qBittorrent/blob/746fe7ba090920878ae38622e76ca663b7387c10/src/base/bittorrent/portforwarderimpl.cpp#L96

ghost commented 2 years ago

But at the same time there is a "UPnP lease duration" setting.

It's basically a way of refreshing the UPnP mapping on the router. By default qBt maps only once as a permanent lease.

glassez commented 2 years ago

I think it re-enables it here

https://github.com/qbittorrent/qBittorrent/blob/746fe7ba090920878ae38622e76ca663b7387c10/src/base/bittorrent/portforwarderimpl.cpp#L96

Thanks! I completely forgot. It is I who am the author of PortForwarder abstraction (how long ago it was!). But I was really confused by the presence of "UPnP lease duration" setting in BitTorrent::Session class whereas it should be in PortForwarder. Apparently it was added by someone later.

glassez commented 2 years ago

Is it possible that qBt enables UPnP and LSD for a split second before loading the config and disabling it?

qBittorrent applies settings at lt::session creation time (passing in constructor).

ghost commented 2 years ago

A fix has been incorporated into asio.

xavier2k6 commented 2 years ago

A fix has been incorporated into asio.

This will more than likely miss being included in upcoming Boost 1.80 release.

(libtorrent) Adhering to advise from asio maintainer may help in the interim....

arvidn commented 2 years ago

Could someone test a build with this patch applied to libtorrent? https://github.com/arvidn/libtorrent/pull/6994

This is against libtorrent-1.2.x right now, I will forward-port it once it lands.

xavier2k6 commented 2 years ago

Windows test build based on qBittorrent master & libtorrent upnp-select-reactor

https://github.com/xavier2k6/qBittorrent/suites/7701493068/artifacts/322063548

xavier2k6 commented 2 years ago

@Quest79 @electricmessiah Can you try build in https://github.com/qbittorrent/qBittorrent/issues/17082#issuecomment-1207383135 & provide feedback please?

electricmessiah commented 2 years ago

@Quest79 @electricmessiah Can you try build in #17082 (comment) & provide feedback please?

I'll give it a shot.

arvidn commented 2 years ago

@xavier2k6 your build was made with a boost < 1.80, right?

xavier2k6 commented 2 years ago

your build was made with a boost < 1.80, right?

Yes, Boost 1.79.0

upnp-selector

See workflow file: https://github.com/xavier2k6/qBittorrent/blob/da3a46c5dc07118987a256c8befc3ad52e8cfd64/.github/workflows/ci_windows.yaml

arvidn commented 2 years ago

I suppose it doesn't hurt to land this, even if it doesn't solve the problem.

ghost commented 2 years ago

qBt 4.4.4 has been released built against boost 1.80. So someone please check if 4.4.4 fixes your issue.

Quest79 commented 2 years ago

I will replace my current install and report back

Quest79 commented 2 years ago

@PriitUring

I was not able to catch the crash window info (it stayed up for a few sec then went away before I could copy). Here are the logs at least

Same setup as before just with the 444 1.80 version as suggested. This crash happened 6 hours into the test, so that is way better than the literal 5-30 min i was getting. I tried to manually disconnect my internet and reconnect and have the VPN reconnect to diff servers but I could not get it to crash again yet. If I do I will try to be quicker with copying the crash log window info.

qt.zip .

Quest79 commented 2 years ago

I left it up overnight with several torrents doing their thing and its still going without another crash.

Quest79 commented 2 years ago

At some point in the last 2 hours it finally crashed. Still a much better improvement.

qBittorrent version: v4.4.4 (64-bit) Libtorrent version: 2.0.7.0 Qt version: 5.15.5 Boost version: 1.80.0 OpenSSL version: 1.1.1q zlib version: 1.2.12 OS version: Windows 10 Version 2009 10.0.22000 x86_64

Caught signal: SIGABRT

#  0 qbittorrent.exe      0x00007ff62fb59dbc straceWin::getBacktrace()[ app\stacktrace_win.h : 220 ]
#  1 qbittorrent.exe      0x00007ff62fb5af4b sigAbnormalHandler(signum)[ app\main.cpp : 367 ]
#  2 qbittorrent.exe      0x00007ff6309953f3 raise(signum)[ minkernel\crts\ucrt\src\appcrt\misc\signal.cpp : 541 ]
#  3 qbittorrent.exe      0x00007ff6309a2f58 abort()[ minkernel\crts\ucrt\src\appcrt\startup\abort.cpp : 64 ]
#  4 qbittorrent.exe      0x00007ff6309994a5 terminate()[ minkernel\crts\ucrt\src\appcrt\misc\terminate.cpp : 58 ]
#  5 qbittorrent.exe      0x00007ff6309c0a1c __C_specific_handler_noexcept(ExceptionRecord, EstablisherFrame, ContextRecord, DispatcherContext)[ d:\agent\_work\2\s\src\vctools\crt\vcruntime\src\eh\chandler_noexcept.cpp : 65 ]
#  6 ntdll.dll            0x00007ffee9a68fcf _chkstk()
#  7 ntdll.dll            0x00007ffee99f5e9a RtlRestoreContext()
#  8 ntdll.dll            0x00007ffee99f3163 RtlRaiseException()
#  9 KERNELBASE.dll       0x00007ffee746474c RaiseException()
# 10 qbittorrent.exe      0x00007ff630988ed1 _CxxThrowException(pExceptionObject, pThrowInfo)[ d:\agent\_work\2\s\src\vctools\crt\vcruntime\src\eh\throw.cpp : 129 ]
# 11 qbittorrent.exe      0x00007ff62fb52923 boost::throw_exception(e)[ g:\qbittorrent\boost_1_80_0\boost\throw_exception.hpp : 157 ]
# 12 qbittorrent.exe      0x00007ff62fb4c98d boost::asio::detail::do_throw_error(err, location)[ g:\qbittorrent\boost_1_80_0\boost\asio\detail\impl\throw_error.ipp : 42 ]
# 13 qbittorrent.exe      0x00007ff62fe88b1b boost::asio::detail::socket_select_interrupter::open_descriptors()[ g:\qbittorrent\boost_1_80_0\boost\asio\detail\impl\socket_select_interrupter.ipp : 66 ]
# 14 qbittorrent.exe      0x00007ff62fe89c06 boost::asio::detail::select_reactor::restart_reactor::do_complete(owner, base, __formal, __formal)[ g:\qbittorrent\boost_1_80_0\boost\asio\detail\impl\select_reactor.ipp : 334 ]
# 15 qbittorrent.exe      0x00007ff62fe23648 boost::asio::detail::win_iocp_io_context::do_one(this_thread, ec)[ g:\qbittorrent\boost_1_80_0\boost\asio\detail\impl\win_iocp_io_context.ipp : 473 ]
# 16 qbittorrent.exe      0x00007ff62fe22edf boost::asio::detail::win_iocp_io_context::run(ec)[ g:\qbittorrent\boost_1_80_0\boost\asio\detail\impl\win_iocp_io_context.ipp : 204 ]
# 17 qbittorrent.exe      0x00007ff62fe238bc boost::asio::io_context::run()[ g:\qbittorrent\boost_1_80_0\boost\asio\impl\io_context.ipp : 63 ]
# 18 qbittorrent.exe      0x00007ff62fe250e7 std::_LaunchPad >,std::default_delete > > > >::_Go()[ c:\program files (x86)\microsoft visual studio\2017\community\vc\tools\msvc\14.16.27023\include\thr\xthread : 230 ]
# 19 qbittorrent.exe      0x00007ff62fe21f69 std::_Pad::_Call_func(_Data)[ c:\program files (x86)\microsoft visual studio\2017\community\vc\tools\msvc\14.16.27023\include\thr\xthread : 208 ]
# 20 qbittorrent.exe      0x00007ff6309a266a thread_start(parameter, parameter)[ minkernel\crts\ucrt\src\appcrt\startup\thread.cpp : 97 ]
# 21 KERNEL32.DLL         0x00007ffee92454e0 BaseThreadInitThunk()
# 22 ntdll.dll            0x00007ffee99c485b RtlUserThreadStart()
Quest79 commented 2 years ago

Unfortunately, this is still happening several times a day again for the last couple of weeks regardless of computer or clean install or windows 7-11, when I started to use it more. I suspect Windscribe VPN + Starlink might have something to do with it (????) but networking handoffs when a connection or port or whatever is suddenly lost should not cause crashes no matter how volatile they might be.

There is no excellent alternative to qBittorrent, so Im at a loss.

andry81 commented 2 years ago

There is no excellent alternative to qBittorrent, so Im at a loss.

Can you try 4.4.3.1?

https://github.com/qbittorrent/qBittorrent/issues/17650#issuecomment-1236773140

Quest79 commented 2 years ago

Ill test

fx2017 commented 1 year ago

i also have this issue, might have been resolved (i need to test more to confirm but looking good) by Tools->Options->Advanced->Network Interface=myVPNconnection

Quest79 commented 1 year ago

4.4.3.1 still crashes at least a few times a day and I still believe it is tied in some way to the VPN and unstable connection (neither of these things should cause crashes)

I will try the possible solution from @fx2017

Quest79 commented 1 year ago

You're right I couldn't get it to crash switching servers manually. The thing with poor connections is that might happen a dozen times in the span of a min, and that might happen several times an hour some days.

4.5.0 didnt crash last night using the Tools->Options->Advanced->Network Interface=myVPNconnection method but i will keep it going and see what happens.

EverybodyGetsHurt commented 1 year ago

I have this issue combined with different versions of ProtonVPN and the latest versions of qbittorrent for a while now myself as posted in a duplicate post by me https://github.com/qbittorrent/qBittorrent/issues/18255

Just sharing something I think I noticed (but its hard to say with the low frequency of the crash returning).

It seemed to happen only or much more, when being connected by Both LAN and Wireless at the same time with the same network.

If I only use my LAN (been doing that for weeks now), it does not seem to happen (yet).

Maybe totaly unrelated and not even factual. But maybe it helps.

EDIT: I do have both UPNP and Discovery active.

mrfifiak commented 12 months ago

Happens also on my side, using PureVPN with Split Tunneling and with PureVPN chosen as the interface in Advanced Settings.

qBittorrent version: v4.6.1 (64-bit) Libtorrent version: 1.2.19.0 Qt version: 6.4.3 Boost version: 1.83.0 OpenSSL version: 1.1.1w zlib version: 1.3 OS version: Windows 10 Version 22H2 10.0.19045 x86_64

Caught signal: SIGABRT

 0# boost::stacktrace::basic_stacktrace >::init at G:\QBITTORRENT\boost_1_83_0\boost\stacktrace\stacktrace.hpp:78
 1# getStacktrace at G:\QBITTORRENT\qbt-src-4.6.1\src\app\stacktrace.cpp:35
 2# `anonymous namespace'::abnormalExitHandler at G:\QBITTORRENT\qbt-src-4.6.1\src\app\signalhandler.cpp:104
 3# raise at minkernel\crts\ucrt\src\appcrt\misc\signal.cpp:547
 4# abort at minkernel\crts\ucrt\src\appcrt\startup\abort.cpp:71
 5# terminate at minkernel\crts\ucrt\src\appcrt\misc\terminate.cpp:58
 6# FindHandler at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:735
 7# __InternalCxxFrameHandler at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:399
 8# __InternalCxxFrameHandlerWrapper at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:234
 9# __CxxFrameHandler4 at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\risctrnsctrl.cpp:306
10# _chkstk in ntdll
11# RtlRaiseException in ntdll
12# RtlRaiseException in ntdll
13# RaiseException in KERNELBASE
14# _CxxThrowException at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\throw.cpp:75
15# boost::throw_exception at G:\QBITTORRENT\boost_1_83_0\boost\throw_exception.hpp:157
16# boost::asio::detail::do_throw_error at G:\QBITTORRENT\boost_1_83_0\boost\asio\detail\impl\throw_error.ipp:42
17# boost::asio::detail::socket_select_interrupter::open_descriptors at G:\QBITTORRENT\boost_1_83_0\boost\asio\detail\impl\socket_select_interrupter.ipp:66
18# boost::asio::detail::select_reactor::restart_reactor::do_complete at G:\QBITTORRENT\boost_1_83_0\boost\asio\detail\impl\select_reactor.ipp:343
19# boost::asio::detail::win_iocp_io_context::do_one at G:\QBITTORRENT\boost_1_83_0\boost\asio\detail\impl\win_iocp_io_context.ipp:477
20# boost::asio::detail::win_iocp_io_context::run at G:\QBITTORRENT\boost_1_83_0\boost\asio\detail\impl\win_iocp_io_context.ipp:207
21# std::thread::_Invoke >,0> at C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.34.31933\include\thread:55
22# thread_start at minkernel\crts\ucrt\src\appcrt\startup\thread.cpp:97
23# BaseThreadInitThunk in KERNEL32
24# RtlUserThreadStart in ntdll
arvidn commented 12 months ago

this happens when something prevents a loopback socket from being created (specifically the interrupter socket in boost.asio). possibly by some firewall software.

Leinaria commented 3 months ago

I started encountering this bug myself recently, two weeks ago and again now:

qBittorrent version: v4.6.5 (64-bit) Libtorrent version: 1.2.19.0 Qt version: 6.4.3 Boost version: 1.85.0 OpenSSL version: 1.1.1w zlib version: 1.3.1 OS version: Windows 10 Version 22H2 10.0.19045 x86_64

Caught signal: SIGABRT

 0# boost::stacktrace::basic_stacktrace >::init at G:\QBITTORRENT\boost_1_85_0\boost\stacktrace\stacktrace.hpp:91
 1# getStacktrace at G:\QBITTORRENT\qbt-src-4.6.5\src\app\stacktrace.cpp:35
 2# `anonymous namespace'::abnormalExitHandler at G:\QBITTORRENT\qbt-src-4.6.5\src\app\signalhandler.cpp:104
 3# raise at minkernel\crts\ucrt\src\appcrt\misc\signal.cpp:547
 4# abort at minkernel\crts\ucrt\src\appcrt\startup\abort.cpp:71
 5# terminate at minkernel\crts\ucrt\src\appcrt\misc\terminate.cpp:58
 6# FindHandler at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:735
 7# __InternalCxxFrameHandler at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:399
 8# __InternalCxxFrameHandlerWrapper at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:234
 9# __CxxFrameHandler4 at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\risctrnsctrl.cpp:306
10# _chkstk in ntdll
11# RtlRaiseException in ntdll
12# RtlRaiseException in ntdll
13# RaiseException in KERNELBASE
14# _CxxThrowException at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\throw.cpp:75
15# boost::throw_exception at G:\QBITTORRENT\boost_1_85_0\boost\throw_exception.hpp:157
16# boost::asio::detail::do_throw_error at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\throw_error.ipp:42
17# boost::asio::detail::socket_select_interrupter::open_descriptors at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\socket_select_interrupter.ipp:66
18# boost::asio::detail::select_reactor::restart_reactor::do_complete at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\select_reactor.ipp:343
19# boost::asio::detail::win_iocp_io_context::do_one at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\win_iocp_io_context.ipp:476
20# boost::asio::detail::win_iocp_io_context::run at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\win_iocp_io_context.ipp:206
21# std::thread::_Invoke >,0> at C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.34.31933\include\thread:55
22# thread_start at minkernel\crts\ucrt\src\appcrt\startup\thread.cpp:97
23# BaseThreadInitThunk in KERNEL32
24# RtlUserThreadStart in ntdll
Quest79 commented 3 months ago

I still get this, but not as often now that im on slightly more stable internet. Maybe 1 time every day now usually when I wake up and check it. For me Im 90% certain it has something to do with my VPN client losing connection and reconnecting or connecting to a different host. VPN will alter its virtual network controller somehow and qBit will get very very confused and flip out rather than just elegantly chill and reconnect when needed.

Im using Windscribe 2.10.16 and the latest qBit.

Leinaria commented 3 months ago

I just got this crash again.

qBittorrent version: v4.6.5 (64-bit) Libtorrent version: 1.2.19.0 Qt version: 6.4.3 Boost version: 1.85.0 OpenSSL version: 1.1.1w zlib version: 1.3.1 OS version: Windows 10 Version 22H2 10.0.19045 x86_64

Caught signal: SIGABRT

 0# boost::stacktrace::basic_stacktrace >::init at G:\QBITTORRENT\boost_1_85_0\boost\stacktrace\stacktrace.hpp:91
 1# getStacktrace at G:\QBITTORRENT\qbt-src-4.6.5\src\app\stacktrace.cpp:35
 2# `anonymous namespace'::abnormalExitHandler at G:\QBITTORRENT\qbt-src-4.6.5\src\app\signalhandler.cpp:104
 3# raise at minkernel\crts\ucrt\src\appcrt\misc\signal.cpp:547
 4# abort at minkernel\crts\ucrt\src\appcrt\startup\abort.cpp:71
 5# terminate at minkernel\crts\ucrt\src\appcrt\misc\terminate.cpp:58
 6# FindHandler at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:735
 7# __InternalCxxFrameHandler at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:399
 8# __InternalCxxFrameHandlerWrapper at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:234
 9# __CxxFrameHandler4 at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\risctrnsctrl.cpp:306
10# _chkstk in ntdll
11# RtlRaiseException in ntdll
12# RtlRaiseException in ntdll
13# RaiseException in KERNELBASE
14# _CxxThrowException at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\throw.cpp:75
15# boost::throw_exception at G:\QBITTORRENT\boost_1_85_0\boost\throw_exception.hpp:157
16# boost::asio::detail::do_throw_error at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\throw_error.ipp:42
17# boost::asio::detail::socket_select_interrupter::open_descriptors at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\socket_select_interrupter.ipp:66
18# boost::asio::detail::select_reactor::restart_reactor::do_complete at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\select_reactor.ipp:343
19# boost::asio::detail::win_iocp_io_context::do_one at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\win_iocp_io_context.ipp:476
20# boost::asio::detail::win_iocp_io_context::run at G:\QBITTORRENT\boost_1_85_0\boost\asio\detail\impl\win_iocp_io_context.ipp:206
21# std::thread::_Invoke >,0> at C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.34.31933\include\thread:55
22# thread_start at minkernel\crts\ucrt\src\appcrt\startup\thread.cpp:97
23# BaseThreadInitThunk in KERNEL32
24# RtlUserThreadStart in ntdll
luzpaz commented 2 months ago

this happens when something prevents a loopback socket from being created (specifically the interrupter socket in boost.asio). possibly by some firewall software.

any idea what firewall software ? Can we compile a list ?

xavier2k6 commented 1 month ago

@cappelikan your crash report is not the same as the one described in this ticket & is also a forked version "enhanced edition" which we do not support.

EverybodyGetsHurt commented 1 month ago

@cappelikan

The v5.0.0 is running flawless so far, fingers crossed.

Its still too early to give an opinion with the extremely low frequency of the situation.

Quest79 commented 1 month ago

qBittorrent has crashed Please file a bug report at https://bugs.qbittorrent.org/ and provide the following information:

qBittorrent version: v5.0.0 (64-bit) Libtorrent version: 1.2.19.0 Qt version: 6.7.3 Boost version: 1.86.0 OpenSSL version: 3.3.2 zlib version: 1.3.1 OS version: Windows 11 Version 23H2 10.0.22631 x86_64

Caught signal: SIGABRT

 0# boost::stacktrace::basic_stacktrace >::init at G:\QBITTORRENT\boost_1_86_0\boost\stacktrace\stacktrace.hpp:111
 1# getStacktrace at G:\QBITTORRENT\qbt-src-5.0.0\src\app\stacktrace.cpp:35
 2# `anonymous namespace'::abnormalExitHandler at G:\QBITTORRENT\qbt-src-5.0.0\src\app\signalhandler.cpp:103
 3# raise at minkernel\crts\ucrt\src\appcrt\misc\signal.cpp:547
 4# abort at minkernel\crts\ucrt\src\appcrt\startup\abort.cpp:71
 5# terminate at minkernel\crts\ucrt\src\appcrt\misc\terminate.cpp:58
 6# FindHandler at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:735
 7# __InternalCxxFrameHandler at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:399
 8# __InternalCxxFrameHandlerWrapper at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\frame.cpp:234
 9# __CxxFrameHandler4 at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\risctrnsctrl.cpp:306
10# _chkstk in ntdll
11# RtlFindCharInUnicodeString in ntdll
12# RtlRaiseException in ntdll
13# RaiseException in KERNELBASE
14# _CxxThrowException at D:\a\_work\1\s\src\vctools\crt\vcruntime\src\eh\throw.cpp:75
15# boost::throw_exception at G:\QBITTORRENT\boost_1_86_0\boost\throw_exception.hpp:157
16# boost::asio::detail::do_throw_error at G:\QBITTORRENT\boost_1_86_0\boost\asio\detail\impl\throw_error.ipp:42
17# boost::asio::detail::socket_select_interrupter::open_descriptors at G:\QBITTORRENT\boost_1_86_0\boost\asio\detail\impl\socket_select_interrupter.ipp:66
18# boost::asio::detail::select_reactor::restart_reactor::do_complete at G:\QBITTORRENT\boost_1_86_0\boost\asio\detail\impl\select_reactor.ipp:343
19# boost::asio::detail::win_iocp_io_context::do_one at G:\QBITTORRENT\boost_1_86_0\boost\asio\detail\impl\win_iocp_io_context.ipp:476
20# boost::asio::detail::win_iocp_io_context::run at G:\QBITTORRENT\boost_1_86_0\boost\asio\detail\impl\win_iocp_io_context.ipp:206
21# std::thread::_Invoke >,0> at C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.34.31933\include\thread:55
22# thread_start at minkernel\crts\ucrt\src\appcrt\startup\thread.cpp:97
23# BaseThreadInitThunk in KERNEL32
24# RtlUserThreadStart in ntdll

All I did was restart my VPN.

Quest79 commented 1 month ago

@cappelikan

The v5.0.0 is running flawless so far, fingers crossed.

Its still too early to give an opinion with the extremely low frequency of the situation.

Its not about frequency, its about repeatability. This reliably crashes when it loses VPN connection or a VPN closes a connection. Instead of going into a wait state of some sort qbt (or a lib it uses?) just apparently has no graceful way to deal with it and crashes instead.

Quest79 commented 1 month ago

You should read though the report thread before suggesting things.

qBittUser commented 1 month ago

@Quest79

You should read though the report thread before suggesting things.

Ok, will read again and remove my previous comment.

It doesn't change the fact that recently mentioning "loosing connection" and another users "restarting VPN" is too vague and doesn't guarantee to crash my qBittorrent.

So there should have been more written in recent comments to get everyone reliably reproduce to avoid a need to guess or to read the whole thread.

xavier2k6 commented 1 month ago

@qBittUser I could reliably re-produce this crash over & over using cloudflare warp program....then there was an update & haven't been able to reliably re-produce anymore.....there are less & lees users experiencing this issue & unfortunately for @Quest79 it remains consistent & we still haven't been able to ascertain a fix that will cater for all/eradicate this very annoying crash.