Bug 376188 - Baloo crashes when new file is created from console program (e.g. wget)
Summary: Baloo crashes when new file is created from console program (e.g. wget)
Status: RESOLVED DUPLICATE of bug 367480
Alias: None
Product: frameworks-baloo
Classification: Frameworks and Libraries
Component: Baloo File Daemon (show other bugs)
Version: 5.26.0
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Pinak Ahuja
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2017-02-08 15:23 UTC by mee
Modified: 2018-10-12 23:06 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mee 2017-02-08 15:23:30 UTC
Application: baloo_file (5.26.0)

Qt Version: 5.6.1
Frameworks Version: 5.26.0
Operating System: Linux 4.4.36-8-default x86_64
Distribution: "openSUSE Leap 42.2"

-- Information about the crash:
- What I was doing when the application crashed:
started wget to download an mp3 file--went fine, but baloo immediately crashed. happens also when I decrypt a file with gpg manually

The crash can be reproduced every time.

-- Backtrace:
Application: Baloo File Indexing Daemon (baloo_file), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f1a6e0ec880 (LWP 1711))]

Thread 3 (Thread 0x7f1a6227c700 (LWP 3481)):
[KCrash Handler]
#6  0x00007f1a6cec3029 in  () at /usr/lib64/libKF5BalooEngine.so.5
#7  0x00007f1a6cedeeda in  () at /usr/lib64/libKF5BalooEngine.so.5
#8  0x00007f1a6cecb2e4 in Baloo::PostingDB::get(QByteArray const&) () at /usr/lib64/libKF5BalooEngine.so.5
#9  0x00007f1a6cedbf08 in Baloo::WriteTransaction::commit() () at /usr/lib64/libKF5BalooEngine.so.5
#10 0x00007f1a6ced3012 in Baloo::Transaction::commit() () at /usr/lib64/libKF5BalooEngine.so.5
#11 0x0000000000411c40 in  ()
#12 0x00007f1a6c60d81e in  () at /usr/lib64/libQt5Core.so.5
#13 0x00007f1a6c6109e9 in  () at /usr/lib64/libQt5Core.so.5
#14 0x00007f1a6ac53734 in start_thread () at /lib64/libpthread.so.0
#15 0x00007f1a6bc21d3d in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7f1a62d7f700 (LWP 1719)):
#0  0x00007f1a6bc1551d in read () at /lib64/libc.so.6
#1  0x00007f1a68663670 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x00007f1a68622e49 in g_main_context_check () at /usr/lib64/libglib-2.0.so.0
#3  0x00007f1a686232a8 in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007f1a6862342c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#5  0x00007f1a6c82332b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5
#6  0x00007f1a6c7d0fdb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5
#7  0x00007f1a6c60bf1a in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#8  0x00007f1a6d9d41d5 in  () at /usr/lib64/libQt5DBus.so.5
#9  0x00007f1a6c6109e9 in  () at /usr/lib64/libQt5Core.so.5
#10 0x00007f1a6ac53734 in start_thread () at /lib64/libpthread.so.0
#11 0x00007f1a6bc21d3d in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7f1a6e0ec880 (LWP 1711)):
#0  0x00007f1a6bc1949d in poll () at /lib64/libc.so.6
#1  0x00007f1a68623314 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x00007f1a6862342c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#3  0x00007f1a6c82332b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5
#4  0x00007f1a6c7d0fdb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5
#5  0x00007f1a6c7d8ec6 in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5
#6  0x000000000040b600 in  ()
#7  0x00007f1a6bb586e5 in __libc_start_main () at /lib64/libc.so.6
#8  0x000000000040b699 in _start ()

Reported using DrKonqi
Comment 1 Nate Graham 2018-10-12 23:06:36 UTC

*** This bug has been marked as a duplicate of bug 367480 ***