| Summary: | krunner crashes when doing a simple search | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-baloo | Reporter: | g111 |
| Component: | Engine | Assignee: | Pinak Ahuja <pinak.ahuja> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | aspotashev, rverschelde, tomczyk.przemek, vovochka13 |
| Priority: | NOR | Keywords: | drkonqi |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
g111
2016-01-22 07:04:47 UTC
Got the same problem. Thread 9 (Thread 0x7fa86a6c0700 (LWP 1502)): [KCrash Handler] #6 0x00007fa8a601fd7e in __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:36 #7 0x00007fa8a66dc55c in QByteArray::QByteArray(char const*, int) () at /usr/lib64/libQt5Core.so.5 #8 0x00007fa8772aa807 in DBPostingIterator::DBPostingIterator(void*, unsigned int) (this=0x7fa864014eb0, data=<optimized out>, size=<optimized out>) at /usr/src/debug/baloo-5.20.0/src/engine/postingdb.cpp:177 #9 0x00007fa8772aa8c1 in Baloo::PostingDB::iter(QByteArray const&) (this=this@entry=0x7fa86a6bf6a0, term=...) at /usr/src/debug/baloo-5.20.0/src/engine/postingdb.cpp:169 #10 0x00007fa8772b3a5d in Baloo::Transaction::postingIterator(Baloo::EngineQuery const&) const (this=this@entry=0x7fa86a6bfa30, query=...) at /usr/src/debug/baloo-5.20.0/src/engine/transaction.cpp:294 #11 0x00007fa8776fdddb in Baloo::SearchStore::constructQuery(Baloo::Transaction*, Baloo::Term const&) (this=this@entry=0x7fa86a6bfb10, tr=tr@entry=0x7fa86a6bfa30, term=...) at /usr/src/debug/baloo-5.20.0/src/lib/searchstore.cpp:189 #12 0x00007fa8776fdf32 in Baloo::SearchStore::constructQuery(Baloo::Transaction*, Baloo::Term const&) (this=this@entry=0x7fa86a6bfb10, tr=tr@entry=0x7fa86a6bfa30, term=...) at /usr/src/debug/baloo-5.20.0/src/lib/searchstore.cpp:163 #13 0x00007fa8776fee69 in Baloo::SearchStore::exec(Baloo::Term const&, unsigned int, int, bool) (this=this@entry=0x7fa86a6bfb10, term=..., offset=0, limit=10, sortResults=<optimized out>) at /usr/src/debug/baloo-5.20.0/src/lib/searchstore.cpp:75 #14 0x00007fa8776edb7b in Baloo::Query::exec() (this=this@entry=0x7fa86a6bfbc0) at /usr/src/debug/baloo-5.20.0/src/lib/query.cpp:210 #15 0x00007fa87790f266 in SearchRunner::match(Plasma::RunnerContext&, QString const&, QString const&) (this=this@entry=0x1eb8a90, context=..., type=..., category=...) at /usr/src/debug/plasma-workspace-5.5.5/runners/baloo/baloosearchrunner.cpp:98 #16 0x00007fa87790fbec in SearchRunner::match(Plasma::RunnerContext&) (this=0x1eb8a90, context=...) at /usr/src/debug/plasma-workspace-5.5.5/runners/baloo/baloosearchrunner.cpp:160 #17 0x00007fa87ad58106 in Plasma::AbstractRunner::performMatch(Plasma::RunnerContext&) () at /usr/lib64/libKF5Runner.so.5 #18 0x00007fa87ab3aba0 in ThreadWeaver::Executor::run(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () at /usr/lib64/libKF5ThreadWeaver.so.5 #19 0x00007fa87ab39930 in ThreadWeaver::Job::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () at /usr/lib64/libKF5ThreadWeaver.so.5 #20 0x00007fa87ab38f3a in ThreadWeaver::Thread::run() () at /usr/lib64/libKF5ThreadWeaver.so.5 #21 0x00007fa8a66d932f in () at /usr/lib64/libQt5Core.so.5 #22 0x00007fa8a41050a4 in start_thread (arg=0x7fa86a6c0700) at pthread_create.c:309 #23 0x00007fa8a6074fed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 It's realy annoying. I'm really get used to use calc features of krunner. But now every time i'm entering numbers - i get segfaults. Sometimes even with plasma. Distr: opensuse 42.1 Plasma 5.5.5 KF5: 5.20.0 Apps: 15.12.3 Here is another duplicate: https://bugs.kde.org/show_bug.cgi?id=361975 After removing ~/.local/baloo problem disapeared. Even after all files were reindexed again. In my installation it's ~/.local/share/baloo -- after removal krunner works OK. Yep, you are totaly right. ~/.local/share/baloo. I Just missed "share " in my post. Indeed, removing ~/.local/share/baloo seems to heal the system. Thank you for the hint. (Does it have any disadvantages to remove the whole directory? Is it only a search index or are there any important data stored?) Well, it seems it works only for a while. After Baloo index removed (and re-created itself) I'm getting this: Thread 8 (Thread 0x7f91c67fc700 (LWP 22430)): [KCrash Handler] #6 0x00007f91e186eb44 in ?? () from /usr/lib/x86_64-linux-gnu/liblmdb.so.0 #7 0x00007f91e186fd34 in mdb_txn_begin () from /usr/lib/x86_64-linux-gnu/liblmdb.so.0 #8 0x00007f91e1ee901e in ?? () from /usr/lib/x86_64-linux-gnu/libKF5Baloo.so.5 #9 0x00007f91e1ed7ff2 in Baloo::Query::exec() () from /usr/lib/x86_64-linux-gnu/libKF5Baloo.so.5 #10 0x00007f91e20f8edf in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/krunner_baloosearchrunner.so #11 0x00007f91e20f9853 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/krunner_baloosearchrunner.so #12 0x00007f91eb9cbf40 in Plasma::AbstractRunner::performMatch(Plasma::RunnerContext&) () from /usr/lib/x86_64-linux-gnu/libKF5Runner.so.5 #13 0x00007f91eb7af7e0 in ThreadWeaver::Executor::run(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #14 0x00007f91eb7ae330 in ThreadWeaver::Job::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #15 0x00007f91eb7addda in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #16 0x00007f920c91c7fe in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #17 0x00007f920a49c454 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #18 0x00007f920c240eed in clone () from /lib/x86_64-linux-gnu/libc.so.6 *** This bug has been marked as a duplicate of bug 362949 *** |