Bug 479899

Summary: Baloo newfileindexer crashes to assert
Product: [Frameworks and Libraries] frameworks-baloo Reporter: Akseli Lahtinen <akselmo>
Component: generalAssignee: baloo-bugs-null
Status: RESOLVED DUPLICATE    
Severity: crash CC: nate, tagwerk19
Priority: NOR Keywords: qt6
Version: 5.248.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Akseli Lahtinen 2024-01-16 14:41:54 UTC
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
Comment 1 tagwerk19 2024-01-18 13:41:46 UTC
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.
Comment 2 tagwerk19 2024-07-07 14:31:33 UTC
(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 ***