Bug 1080118 - sqlite segfault when searching app menu
sqlite segfault when searching app menu
Status: NEW
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: KDE Workspace (Plasma)
Current
Other Other
: P5 - None : Normal (vote)
: ---
Assigned To: E-Mail List
E-mail List
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2018-02-08 16:56 UTC by Jon Brightwell
Modified: 2018-02-22 10:47 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
kcrash output 1 (77.93 KB, text/plain)
2018-02-08 16:56 UTC, Jon Brightwell
Details
kcrash output 2 (70.15 KB, text/plain)
2018-02-08 16:56 UTC, Jon Brightwell
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jon Brightwell 2018-02-08 16:56:21 UTC
Created attachment 759427 [details]
kcrash output 1

When searching with the app menu (meta key, then carry on typing) - it often causes plasma-desktop to crash. After 3 times it dies completely.

Attached are the kcrash outputs which are too large to send KDE's bugzilla!

SQLite crashes when look at different databases, so it's not the database themselves but something else. I've integrity checked the firefox databases to make sure.

In "configure search bar" I have bookmarks and "web shortcuts" searches turned off.

Systemd-coredump doesn't get an attached core.
Comment 1 Jon Brightwell 2018-02-08 16:56:50 UTC
Created attachment 759428 [details]
kcrash output 2
Comment 2 Wolfgang Bauer 2018-02-22 10:00:44 UTC
The crash is in the Firefox bookmarks runner.

It's likely https://bugs.kde.org/363136, which should be fixed in Plasma 5.12.2.

Although an update for Leap 42.3 would probably be a good idea too...
I'll try to check whether that's affected.
Comment 3 Jon Brightwell 2018-02-22 10:28:26 UTC
Yes looks right even though it is 2 crashes and used different code paths/components

#21 0x00007f3ba0e111d0 in Firefox::match(QString const&, bool) (this=0x55fb2279e610, term=..., addEverything=false) at /usr/src/debug/plasma5-workspace-5.11.95-1.1.x86_64/runners/bookmarks/browsers/firefox.cpp:93
#22 0x00007f3ba0e0efee in BookmarksRunner::match(Plasma::RunnerContext&) (this=0x55fb20245360, context=...) at /usr/src/debug/plasma5-workspace-5.11.95-1.1.x86_64/runners/bookmarks/bookmarksrunner.cpp:81

and

#21 0x00007fd0964b0b7d in FaviconFromBlob::iconFor(QString const&) (this=0x5576b0312250, url=...) at /usr/src/debug/plasma5-workspace-5.12.0-1.1.x86_64/runners/bookmarks/faviconfromblob.cpp:132
#22 0x00007fd0964ae7ad in BookmarkMatch::asQueryMatch(Plasma::AbstractRunner*) (this=this@entry=0x7fd0972e1ba0, runner=runner@entry=0x5576ae618470) at /usr/src/debug/plasma5-workspace-5.12.0-1.1.x86_64/runners/bookmarks/bookmarkmatch.cpp:63
#23 0x00007fd0964b80ba in BookmarksRunner::match(Plasma::RunnerContext&) (this=0x5576ae618470, context=...) at /usr/src/debug/plasma5-workspace-5.12.0-1.1.x86_64/runners/bookmarks/bookmarksrunner.cpp:85


I'm unable to reproduce now in TW with 5.12.1-1.1 but it can rarely be intermittent.  I'll keep a eye on it today as I've just re-enable a few searches I'd disabled in an attempt to isolate it. If I can't repro later, I'll close the ticket.
Comment 4 Wolfgang Bauer 2018-02-22 10:47:36 UTC
Just to avoid a possible misunderstanding: the fix is *not* in Tumbleweed yet.
So trying to reproduce it again now/today doesn't really help much.

5.12.2 (which includes the fix) is already in the devel project (KDE:Frameworks5) though, and should appear in the standard repos in the next few days I suppose.