SUMMARY Sometimes when browsing files on kdesrc-build plasma 6 session, Baloo crashes in the background to following assert: Q_ASSERT(!filePath.endsWith(QLatin1Char('/'))); I do not know what causes this nor have good way to reproduce the bug, but I do have the backtrace. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 39 KDE Plasma Version: 6.0.80 KDE Frameworks Version: 5.249.0 Qt Version: 6.6.0 Kernel Version: 6.6.9-200.fc39.x86_64 (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 3600 6-Core Processor Memory: 15.5 GiB of RAM Graphics Processor: AMD Radeon RX 6600 BACKTRACE (gdb) bt #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007fb70baae8a3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007fb70ba5c8ee in __GI_raise (sig=6) at ../sysdeps/posix/raise.c:26 #3 0x00007fb70cedaf44 in KCrash::defaultCrashHandler (sig=6) at /home/akseli/Repositories/kde/src/kcrash/src/kcrash.cpp:586 #4 <signal handler called> #5 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #6 0x00007fb70baae8a3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #7 0x00007fb70ba5c8ee in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #8 0x00007fb70ba448ff in __GI_abort () at abort.c:79 #9 0x00007fb70c0e3563 in qAbort () at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/global/qglobal.cpp:161 #10 0x00007fb70c128be0 in qt_message_fatal<QString&> (message=..., context=...) at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/global/qlogging.cpp:2003 #11 qt_message(QtMsgType, const QMessageLogContext &, const char *, typedef __va_list_tag __va_list_tag *) ( msgType=msgType@entry=QtFatalMsg, context=..., msg=msg@entry=0x7fb70c479db8 "ASSERT: \"%s\" in file %s, line %d", ap=ap@entry=0x7fb6f99fc6e0) at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/global/qlogging.cpp:378 #12 0x00007fb70c0e44f9 in QMessageLogger::fatal (this=this@entry=0x7fb6f99fc7c8, msg=msg@entry=0x7fb70c479db8 "ASSERT: \"%s\" in file %s, line %d") at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/global/qlogging.cpp:901 #13 0x00007fb70c0e34b8 in qt_assert (assertion=<optimized out>, file=<optimized out>, line=<optimized out>) at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/global/qassert.cpp:68 #14 0x000000000041e7b6 in Baloo::NewFileIndexer::run (this=0x13f2df0) at /home/akseli/Repositories/kde/src/baloo/src/file/newfileindexer.cpp:38 --Type <RET> for more, q to quit, c to continue without paging--c #15 0x00007fb70c3299f7 in QThreadPoolThread::run (this=0xa79480) at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/thread/qthreadpool.cpp:66 #16 0x00007fb70c32465e in operator() (__closure=<optimized out>) at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/thread/qthread_unix.cpp:324 #17 (anonymous namespace)::terminate_on_exception<QThreadPrivate::start(void*)::<lambda()> > (t=...) at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/thread/qthread_unix.cpp:260 #18 QThreadPrivate::start (arg=0xa79480) at /usr/src/debug/qt6-qtbase-6.6.0-6.fc39.x86_64/src/corelib/thread/qthread_unix.cpp:283 #19 0x00007fb70baac897 in start_thread (arg=<optimized out>) at pthread_create.c:444 #20 0x00007fb70bb336fc in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
I wonder if is the same trigger as Bug 478854 That only seems to appear on Neon Unstable for me. I assume as a result of the compile options, normal code does not fail on ASSERTs.
(In reply to tagwerk19 from comment #1) > I wonder if is the same trigger as Bug 478854 > > That only seems to appear on Neon Unstable for me. I assume as a result of > the compile options, normal code does not fail on ASSERTs. I've since seen Asserts in Neon User. Flagging as a duplicate... *** This bug has been marked as a duplicate of bug 478854 ***