Bug 507140

Summary: Crashed after connect to a device with windows11
Product: [Applications] kdeconnect Reporter: Enceka <enceka>
Component: commonAssignee: Albert Vaca Cintora <albertvaka>
Status: REPORTED ---    
Severity: crash CC: andrew.g.r.holmes, nyanpasu64
Priority: NOR Keywords: drkonqi
Version First Reported In: 25.04.3   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report: https://crash-reports.kde.org/organizations/kde/issues/215782/events/3ee83b98c1974550ae9f023395028848/

Description Enceka 2025-07-17 05:08:01 UTC
Application: kdeconnectd (25.04.3)

ApplicationNotResponding [ANR]: false
Qt Version: 6.9.1
Frameworks Version: 6.16.0
Operating System: Linux 6.15.6-arch1-1 x86_64
Windowing System: Wayland
Distribution: Arch Linux
DrKonqi: 6.4.3 [CoredumpBackend]

-- Information about the crash:
after pair to my windows computer(about minutes later),the progress crashed

The reporter is unsure if this crash is reproducible.

-- Backtrace:
Application: KDE Connect守护进程 (kdeconnectd), signal: Segmentation fault

#1  0x00007f0e6d4a1fda in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=a4@entry=0, a5=a5@entry=0, a6=a6@entry=0, 
warning: Can't open file /memfd:pulseaudio (deleted) during file-backed mapping note processing

warning: Can't open file anon_inode:i915.gem during file-backed mapping note processing
[New LWP 27263]
[New LWP 27264]
[New LWP 27265]
[New LWP 27266]
[New LWP 27267]
[New LWP 27268]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/bin/kdeconnectd'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=11, no_tid=no_tid@entry=0) at pthread_kill.c:44
44	      return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0;
[Current thread is 1 (Thread 0x7f0e6800ca00 (LWP 27263))]
Cannot QML trace cores :(
[Current thread is 1 (Thread 0x7f0e6800ca00 (LWP 27263))]

Thread 6 (Thread 0x7f0e4b5fe6c0 (LWP 27268)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007f0e6d4a1fda in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=a5@entry=0, a6=a6@entry=4294967295, nr=202) at cancellation.c:49
#2  0x00007f0e6d4a264c in __futex_abstimed_wait_common64 (private=0, futex_word=0x558493f88ce0, expected=<optimized out>, op=<optimized out>, abstime=0x0, cancel=true) at futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=futex_word@entry=0x558493f88ce0, expected=<optimized out>, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87
#4  0x00007f0e6d4a26af in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x558493f88ce0, expected=<optimized out>, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139
#5  0x00007f0e6d4a4d1e in __pthread_cond_wait_common (cond=0x558493f88cc0, mutex=0x558493f88c90, clockid=0, abstime=0x0) at pthread_cond_wait.c:426
#6  ___pthread_cond_wait (cond=0x558493f88cc0, mutex=0x558493f88c90) at pthread_cond_wait.c:458
#7  0x00007f0e55b5fc5e in ?? () from /usr/lib/libgallium-25.1.5-arch1.1.so
#8  0x00007f0e4b5fdbc0 in ?? ()
#9  0x00007f0e55b1a23d in ?? () from /usr/lib/libgallium-25.1.5-arch1.1.so
#10 0x0000000000021000 in ?? ()
#11 0x0000000000021000 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f0e4bdff6c0 (LWP 27267)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007f0e6d4a1fda in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=a5@entry=0, a6=a6@entry=4294967295, nr=202) at cancellation.c:49
#2  0x00007f0e6d4a264c in __futex_abstimed_wait_common64 (private=0, futex_word=0x558493f91bc0, expected=<optimized out>, op=<optimized out>, abstime=0x0, cancel=true) at futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=futex_word@entry=0x558493f91bc0, expected=<optimized out>, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87
#4  0x00007f0e6d4a26af in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x558493f91bc0, expected=<optimized out>, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139
#5  0x00007f0e6d4a4d1e in __pthread_cond_wait_common (cond=0x558493f91ba0, mutex=0x558493f91b70, clockid=0, abstime=0x0) at pthread_cond_wait.c:426
#6  ___pthread_cond_wait (cond=0x558493f91ba0, mutex=0x558493f91b70) at pthread_cond_wait.c:458
#7  0x00007f0e55b5fc5e in ?? () from /usr/lib/libgallium-25.1.5-arch1.1.so
#8  0x00007f0e4bdfebc0 in ?? ()
#9  0x00007f0e55b1a23d in ?? () from /usr/lib/libgallium-25.1.5-arch1.1.so
#10 0x0000000000021000 in ?? ()
#11 0x0000000000021000 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f0e651ca6c0 (LWP 27266)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007f0e6d4a1fda in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=a4@entry=0, a5=a5@entry=0, a6=a6@entry=0, nr=7) at cancellation.c:49
#2  0x00007f0e6d4a2024 in __syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=a4@entry=0, a5=a5@entry=0, a6=a6@entry=0, nr=7) at cancellation.c:75
#3  0x00007f0e6d51c05e in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:29
#4  0x00007f0e679654a3 in ?? () from /usr/lib/qt6/plugins/platforms/../../../libQt6WaylandClient.so.6
#5  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f0e659cb6c0 (LWP 27265)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007f0e6d4a1fda in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=a4@entry=0, a5=a5@entry=0, a6=a6@entry=0, nr=7) at cancellation.c:49
#2  0x00007f0e6d4a2024 in __syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=a4@entry=0, a5=a5@entry=0, a6=a6@entry=0, nr=7) at cancellation.c:75
#3  0x00007f0e6d51c05e in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:29
#4  0x00007f0e679654a3 in ?? () from /usr/lib/qt6/plugins/platforms/../../../libQt6WaylandClient.so.6
#5  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f0e678dd6c0 (LWP 27264)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007f0e6d4a1fda in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=a5@entry=8, a6=a6@entry=0, nr=271) at cancellation.c:49
#2  0x00007f0e6d4a2024 in __syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=a5@entry=8, a6=a6@entry=0, nr=271) at cancellation.c:75
#3  0x00007f0e6d51c5a6 in __GI_ppoll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>, sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/ppoll.c:42
#4  0x00007f0e6b811e04 in ?? () from /usr/lib/libglib-2.0.so.0
#5  0x00007f0e6b811ee5 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#6  0x00007f0e6de3c5e2 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt6Core.so.6
#7  0x00007f0e6db744b6 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt6Core.so.6
#8  0x00007f0e6dc873c6 in QThread::exec() () from /usr/lib/libQt6Core.so.6
#9  0x00007f0e6e17adae in ?? () from /usr/lib/libQt6DBus.so.6
#10 0x00007f0e678ddcdc in ?? ()
#11 0x8ed616a50ed94c00 in ?? ()
#12 0x00007f0e678dcb30 in ?? ()
#13 0x00007f0e6e1fed40 in ?? () from /usr/lib/libQt6DBus.so.6
#14 0x00007f0e678dcb50 in ?? ()
#15 0x0000558493e0edc8 in ?? ()
#16 0x00007f0e678ddcdc in ?? ()
#17 0x00007ffdfc365977 in ?? ()
#18 0x00007f0e678dcbe0 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0x7f0e6800ca00 (LWP 27263)):
[KCrash Handler]
#5  0x00007f0e6f6de82f in FileTransferJob::doStart() () from /usr/lib/libkdeconnectcore.so.25
#6  0x00007f0e6dbc0e34 in QObject::event(QEvent*) () from /usr/lib/libQt6Core.so.6
#7  0x00007f0e6ed01c70 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQt6Widgets.so.6
#8  0x00007f0e6db68118 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/libQt6Core.so.6
#9  0x00007f0e6db684fb in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQt6Core.so.6
#10 0x00007f0e6de3fcf8 in ?? () from /usr/lib/libQt6Core.so.6
#11 0x00007f0e6b81087d in ?? () from /usr/lib/libglib-2.0.so.0
#12 0x00007f0e6b811cd7 in ?? () from /usr/lib/libglib-2.0.so.0
#13 0x00007f0e6b811ee5 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#14 0x00007f0e6de3c5e2 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt6Core.so.6
#15 0x00007f0e6db744b6 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt6Core.so.6
#16 0x00007f0e6db6c7c1 in QCoreApplication::exec() () from /usr/lib/libQt6Core.so.6
#17 0x000055846c54f95e in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kdeconnect/kdeconnect-kde-25.04.3/daemon/kdeconnectd.cpp:133

Reported using DrKonqi
Comment 1 Enceka 2025-07-17 05:17:38 UTC
Fixed crash after unpairing on Windows 11. Tested on:
Arch Linux (KDE Connect from official repos)
Windows 11 24H2 (Build 26100.1742, KDE Connect via Microsoft Store)
Comment 2 Enceka 2025-07-17 05:27:31 UTC
(In reply to Enceka from comment #1)
> Fixed crash after unpairing on Windows 11. Tested on:
> Arch Linux (KDE Connect from official repos)
> Windows 11 24H2 (Build 26100.1742, KDE Connect via Microsoft Store)

The offline installer from https://kdeconnect.kde.org/download.html seems to run more stably.
Comment 3 nyanpasu64 2025-07-19 08:16:14 UTC
Is this the same as Bug 499076?
Comment 4 Enceka 2025-07-19 09:02:49 UTC
(In reply to nyanpasu64 from comment #3)
> Is this the same as Bug 499076?

It seems so, and the issue appears to be in FileTransferJob::doStart.
Comment 5 Enceka 2025-07-19 09:14:50 UTC
(In reply to Enceka from comment #4)
> (In reply to nyanpasu64 from comment #3)
> > Is this the same as Bug 499076?
> 
> It seems so, and the issue appears to be in FileTransferJob::doStart.

However, the offline installer I downloaded from https://kdeconnect.kde.org/download.html works normally, and the specific situation seems different. When I use the Microsoft Store version of KDE Connect, it causes the Linux-side KDE Connect to crash. But judging by the error logs, the issue appears to be identical.