Summary: | Crash after right mouse click in Application Launcher | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Trevin Fitz <qneverless> |
Component: | general | Assignee: | David Edmundson <kde> |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | bhush94, modnar13, plasma-bugs, vigiBugs |
Priority: | NOR | Keywords: | drkonqi |
Version: | 5.5.5 | ||
Target Milestone: | 1.0 | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Trevin Fitz
2016-04-05 07:32:19 UTC
My shameful practice: I use this bug from time to time to restart plasma. On my two monitor setup, sometimes, after waking from suspend, panel on bigger, external monitor goes on top of the windows, instead of next to it. And then making this crash and restart of plasma fixes it. *** Bug 361469 has been marked as a duplicate of this bug. *** I'm getting almost exactly the same thing, except mine just locks up forever when you right click something in the application launcher. It locks up in AppEntry::actions() const () every time. I got this backtrace by attaching GDB: 0x00007f8b09acbb1d in poll () at ../sysdeps/unix/syscall-template.S:84 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) bt #0 0x00007f8b09acbb1d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x00007f8b053a416c in g_main_context_iterate (priority=0, n_fds=10, fds=0x555605c55320, timeout=<optimized out>, context=0x7f8aec0016f0) at gmain.c:4135 #2 0x00007f8b053a416c in g_main_context_iterate (context=context@entry=0x7f8aec0016f0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3835 #3 0x00007f8b053a427c in g_main_context_iteration (context=0x7f8aec0016f0, may_block=may_block@entry=1) at gmain.c:3901 #4 0x00007f8b0a906a2f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x555601b3eb70, flags=...) at kernel/qeventdispatcher_glib.cpp:417 #5 0x00007f8b0a8af4ca in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7ffff3fe5e60, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204 #6 0x00007f8b0bfc7dce in KJob::exec() (this=0x555605db3880) at /usr/src/debug/kcoreaddons-5.21.0/src/lib/jobs/kjob.cpp:198 #7 0x00007f8ad448e9d1 in AppEntry::actions() const () at /usr/lib64/qt5/qml/org/kde/plasma/private/kicker/libkickerplugin.so #8 0x00007f8ad44953a3 in AppsModel::data(QModelIndex const&, int) const () at /usr/lib64/qt5/qml/org/kde/plasma/private/kicker/libkickerplugin.so #9 0x00007f8ad449cfd8 in ForwardingModel::data(QModelIndex const&, int) const () at /usr/lib64/qt5/qml/org/kde/plasma/private/kicker/libkickerplugin.so #10 0x00007f8b0d89edc1 in QQmlDMCachedModelData::metaCall(QMetaObject::Call, int, void**) (arole=265, this=0x7ffff3fe61b0) at /usr/include/qt5/QtCore/qabstractitemmodel.h:420 #11 0x00007f8b0d89edc1 in QQmlDMCachedModelData::metaCall(QMetaObject::Call, int, void**) (role=265, this=0x5556058fefb0) at /usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/util/qqmladaptormodel.cpp:414 #12 0x00007f8b0d89edc1 in QQmlDMCachedModelData::metaCall(QMetaObject::Call, int, void**) (this=0x5556058fefb0, call=<optimized out>, id=<optimized out>, arguments=0x7ffff3fe6260) at /usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/util/qqmladaptormodel.cpp:286 #13 0x00007f8b0da1100c in LoadProperty<ReadAccessor::Indirect>(QV4::ExecutionEngine*, QObject*, QQmlPropertyData const&, QQmlNotifier**) (property=..., n=0x0, output=0x7ffff3fe6240, object=0x5556058fefb0) at /usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/jsruntime/qv4qobjectwrapper.cpp:119 #14 0x00007f8b0da1100c in LoadProperty<ReadAccessor::Indirect>(QV4::ExecutionEngine*, QObject*, QQmlPropertyData const&, QQmlNotifier**) (v4=v4@entry=0x5556020dfac0, object=object@entry=0x5556058fefb0, property=..., notifier=0x0) at /usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/jsruntime/qv4qobjectwrapper.cpp:196 #15 0x00007f8b0da117df in QV4::QObjectWrapper::getProperty(QV4::ExecutionEngine*, QObject*, QQmlPropertyData*, bool) (engine=engine@entry=0x5556020dfac0, object=0x5556058fefb0, property=0x55560652ba00, captureRequired=captureRequired@entry=true) at /usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/jsruntime/qv4qobjectwrapper.cpp:380 #16 0x00007f8b0da121aa in QV4::QObjectWrapper::getQmlProperty(QQmlContextData*, QV4::String*, QV4::QObjectWrapper::RevisionMode, bool*, bool) const (this=0x7f8ad7801588, qmlContext=0x555604549a70, name=0x7f8ad7801580, revisionMode=QV4::QObjectWrapper::IgnoreRevision, hasProperty=0x0, includeImports=<optimized out>) at /usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/jsruntime/qv4qobjectwrapper.cpp:318 #17 0x00007f8b0da246a6 in QV4::Runtime::getProperty(QV4::ExecutionEngine*, QV4::Value const&, int) (hasProperty=0x0, name=<optimized out>, this=<optimized out>) at /usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/jsruntime/qv4object_p.h:298 #18 0x00007f8b0da246a6 in QV4::Runtime::getProperty(QV4::ExecutionEngine*, QV4::Value const&, int) (engine=0x5556020dfac0, object=..., nameIndex=<optimized out>) at /usr/src/debug/qtdeclarative-opensource-src-5.6.0/src/qml/jsruntime/qv4runtime.cpp:675 #19 0x00007f8ad4bb7133 in () #20 0x00007f8ad0384600 in () #21 0x00007ffff3fe64e0 in () #22 0x00007ffff3fe64f0 in () #23 0x00007ffff3fe6500 in () #24 0x00005556020dfac0 in () #25 0x00007ffff3fe6510 in () #26 0x0000000000000000 in () System information: $ uname -a Linux localhost 4.4.9-300.fc23.x86_64 #1 SMP Wed May 4 23:56:27 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux Distribution: "Fedora release 23 (Twenty Three)" two hdmi monitors Urgh, pretty obvious appentry.cpp:185 FindPackageJob* job = new FindPackageJob(files); if (job->exec() && !job->packageNames().isEmpty()) { We should never exec() in an invokable method called from QML. but it's in an #ifdef which is why most devs don't hit this. Interesting twist. Qt now catches that a QObject is being deleted whilst calling a method from that object. qqmlengine:1653 However, it's trying to print a warning that this has happened, and is crashing trying to get the line number - which it can't do presumably because we're in a dynamically constructed component. PackageKit integration is disabled in current builds, this issue won't occur. |