Created attachment 178936 [details] kded crashes when opening passwords trace making reference to qerrordatapointers SUMMARY Kded6 crashes (without giving a precise address) during desktop launch. STEPS TO REPRODUCE 1. Opens session 2. several programs started automatically require password 3. kded6 crashes OBSERVED RESULT kded6 crashes EXPECTED RESULT shouldn't crash (isn't it, or at least should allow the automatized placement of the bug). SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20250225 KDE Plasma Version: 6.3.1 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2 Kernel Version: 6.13.4-1-default (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 5600G with Radeon Graphics Memory: 125.2 GiB of RAM Graphics Processor: AMD Radeon Pro W5500 Product Name: X570 Phantom Gaming 4 ADDITIONAL INFORMATION In attachment the trace. The tracemakes repeated reference to "qerrordatapointer" I am by no means sure against what program to file the bug, forgive me if this is the wrong component. The crash happens since the change to kde6 and messes up with the input of the passwords of programs starting (especially Gajim but not only, so that "could" be related to some gnome issue. Sorry for such a report, but I did not want to continuously throw away the back-trace as it is signed as "three stars" very useful data for you project. Regards.
Thread 1 (Thread 0x7fbaf2023980 (LWP 12639)): [KCrash Handler] #5 QArrayDataPointer<QInputDevice const*>::data (this=0x0) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/tools/qcontainertools_impl.h:387 #6 QArrayDataPointer<QInputDevice const*>::constEnd (this=0x0) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/tools/qarraydatapointer.h:127 #7 QList<QInputDevice const*>::cend (this=0x0) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/tools/qlist.h:644 #8 QtPrivate::sequential_erase_one<QList<QInputDevice const*>, QInputDevice const*> (c=..., t=<synthetic pointer>: <optimized out>) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/tools/qcontainertools_impl.h:389 #9 QList<QInputDevice const*>::removeOne<QInputDevice const*> (this=0x0, t=<synthetic pointer>: <optimized out>) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/tools/qlist.h:613 #10 QInputDevicePrivate::unregisterDevice (dev=dev@entry=0x558327c46cd0) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/gui/kernel/qinputdevice.cpp:360 #11 0x00007fbaf3a2a7ab in QInputDevice::~QInputDevice (this=<optimized out>, this=<optimized out>) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/gui/kernel/qinputdevice.cpp:110 #12 0x00007fbaf178f6a7 in QXcbScrollingDevice::~QXcbScrollingDevice (this=<optimized out>, this=<optimized out>) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/plugins/platforms/xcb/qxcbscrollingdevice_p.h:29 #13 QXcbScrollingDevice::~QXcbScrollingDevice (this=<optimized out>, this=<optimized out>) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/plugins/platforms/xcb/qxcbscrollingdevice_p.h:29 #14 0x00007fbaf31f4e9e in QObject::event (this=0x558327c46cd0, e=0x558327c46d40) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/kernel/qobject.cpp:1403 #15 0x00007fbaf45dee35 in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x558327c46cd0, e=0x558327c46d40) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/widgets/kernel/qapplication.cpp:3296 #16 0x00007fbaf31ada30 in QCoreApplication::notifyInternal2 (receiver=0x558327c46cd0, event=0x558327c46d40) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/kernel/qcoreapplication.cpp:1172 #17 0x00007fbaf31b3a20 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=52, data=0x558327bfe470) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/kernel/qcoreapplication.cpp:1946 #18 0x00007fbaf346beb4 in operator() (__closure=<optimized out>) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/thread/qthread_unix.cpp:403 #19 (anonymous namespace)::terminate_on_exception<QThreadPrivate::finish()::{lambda()#1}>(QThreadPrivate::finish()::{lambda()#1}&&) [clone .isra.0] (t=...) at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/thread/qthread_unix.cpp:311 #20 0x00007fbaf331f0b5 in set_thread_data(QThreadData*)::Cleanup::~Cleanup() () at /usr/src/debug/qtbase-everywhere-src-6.8.2/src/corelib/thread/qthread_unix.cpp:386 #21 0x00007fbaf28438e1 in __cxa_finalize (d=0x7fbaf3643000) at cxa_finalize.c:97 #22 0x00007fbaf312e9e7 in __do_global_dtors_aux () from /lib64/libQt6Core.so.6 #23 0x00007fbaf4c399f0 in ?? () #24 0x00007fbaf4cf6102 in _dl_call_fini (closure_map=0x7ffc8db847b0, closure_map@entry=0x7fbaf4c399f0) at dl-call_fini.c:43 #25 0x00007fbaf4cf94ce in _dl_fini () at dl-fini.c:114 #26 0x00007fbaf2843eb1 in __run_exit_handlers (status=0, listp=0x7fbaf29f5680 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108 #27 0x00007fbaf2843f80 in __GI_exit (status=<optimized out>) at exit.c:138 #28 0x00007fbaf4c50ac3 in Registration::attemptRegistration (this=0x7ffc8db85050) at /usr/src/debug/kdbusaddons-6.11.0/src/kdbusservice.cpp:234 #29 Registration::registerOnBus (this=0x7ffc8db85050) at /usr/src/debug/kdbusaddons-6.11.0/src/kdbusservice.cpp:159 #30 Registration::run (this=0x7ffc8db85050) at /usr/src/debug/kdbusaddons-6.11.0/src/kdbusservice.cpp:111 #31 KDBusService::KDBusService (this=<optimized out>, options=..., parent=<optimized out>, this=<optimized out>, options=..., parent=<optimized out>) at /usr/src/debug/kdbusaddons-6.11.0/src/kdbusservice.cpp:275 #32 0x00005583082223f3 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kded-6.11.0/src/kded.cpp:650
Seems to me you somehow start kded6 twice and when the second kded6 exits because it is already running it falls over. That said, the crash is a bug in qt. *** This bug has been marked as a duplicate of bug 500326 ***
(In reply to Harald Sitter from comment #2) > Seems to me you somehow start kded6 twice and when the second kded6 exits > because it is already running it falls over. That said, the crash is a bug > in qt. > > *** This bug has been marked as a duplicate of bug 500326 *** There are two possibilities where this could happen: a) I have the "saved session" active. So Tumbleweed is a rolling release, maybe when changing from 5 to 6 that created some leftover or havoc? I will now try to start the session as "empty session" to see if it does a difference. While this happens I also noted that two kontakt sessions try to open (as Kontakt is in startup). We will see if this helps.