Summary: | krunner crashes after searching for an application | ||
---|---|---|---|
Product: | [Plasma] krunner | Reporter: | Christoph Obexer <cobexer> |
Component: | filesearch | Assignee: | Pinak Ahuja <pinak.ahuja> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | CC: | caleb, kde, kde, mkyral, stupor_scurvy343 |
Priority: | NOR | ||
Version: | 5.4.1 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | New crash information added by DrKonqi |
Description
Christoph Obexer
2015-10-17 07:37:33 UTC
Created attachment 95334 [details]
New crash information added by DrKonqi
krunner (0.1) using Qt 5.5.1
- What I was doing when the application crashed:
I wanted to start gwenview. So I open krunner (ALT + F2), write "gwen" - krunner showed "Gwenview" as first result. Then I hit return and krunner crashed. Gwenview was not started. When I repeated it, no issue was found and gwenview was started as expected.
I'm using Gentoo, kde-frameworks/krunner-5.15.0.
I had to disabled Ballo indexer some time ago, as it consumed too much resources. Even on Quad core CPU.
-- Backtrace (Reduced):
#6 0x00007f6bd313dee9 in mdb_txn_renew0 () from /usr/lib64/liblmdb.so.0
#7 0x00007f6bd313eec8 in mdb_txn_begin () from /usr/lib64/liblmdb.so.0
#8 0x00007f6bd37b656e in Baloo::SearchStore::exec(Baloo::Term const&, unsigned int, int, bool) () from /usr/lib64/libKF5Baloo.so.5
#9 0x00007f6bd37a566f in Baloo::Query::exec() () from /usr/lib64/libKF5Baloo.so.5
#10 0x00007f6bd39c5f16 in SearchRunner::match(Plasma::RunnerContext&, QString const&, QString const&) () from /usr/lib64/qt5/plugins/krunner_baloosearchrunner.so
I also often see this bug and I also have disabled baloo. krunner crashes very random: I can enter a word 5 times and the 6th time I enter the same word, krunner crashes. Duplicate of bug #353342? What's the output of: $ balooctl checkDb and does the crash stop if you move the baloo db (~/.local/share/baloo/index) somewhere else (please save the db, it could useful for debugging if it is the cause of the crashes). Yes, it might be a dup... > What's the output of: $ balooctl checkDb $ balooctl checkDb DocumentTermsDB check .. PostingDB check .. 4602362400342062 is missing term 5 5064243183353902 is missing term log Checking file paths .. Total Document IDs: 199366 Invalid Entries: 0 (0%) (after running at 100% on one cpu core for quite a long time.) > and does the crash stop if you move the baloo db It's hard to say as krunner is not always crashing. But why should this matter when we disabled baloo? *** This bug has been marked as a duplicate of bug 353342 *** |