Bug 377225 - kwin crash when saving VirtualBox settings
Summary: kwin crash when saving VirtualBox settings
Status: RESOLVED DUPLICATE of bug 363224
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 5.9.3
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2017-03-05 05:43 UTC by Ed Greshko
Modified: 2017-03-07 20:32 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
backtrace after installing kwin-debuginfo-5.9.3-1.fc25.x86_64 (6.55 KB, text/plain)
2017-03-05 07:06 UTC, Ed Greshko
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ed Greshko 2017-03-05 05:43:12 UTC
Application: kwin_x11 (5.9.3)

Qt Version: 5.7.1
Frameworks Version: 5.31.0
Operating System: Linux 4.9.13-200.fc25.x86_64 x86_64
Distribution: "Fedora release 25 (Twenty Five)"

-- Information about the crash:
- What I was doing when the application crashed: Making changes to the preferences of a VirtualBox VM.  Click OK and kwin will crash every time.

The crash can be reproduced every time.

-- Backtrace:
Application: KWin (kwin_x11), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fc937f47940 (LWP 2992))]

Thread 5 (Thread 0x7fc92de93700 (LWP 4452)):
#0  0x00007fc9473460e1 in ppoll () at /lib64/libc.so.6
#1  0x00007fc94814a971 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /lib64/libQt5Core.so.5
#2  0x00007fc94814be86 in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#3  0x00007fc9480ff68a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#4  0x00007fc947f5c5e3 in QThread::exec() () at /lib64/libQt5Core.so.5
#5  0x00007fc94ea454e5 in QQmlThreadPrivate::run() () at /lib64/libQt5Qml.so.5
#6  0x00007fc947f609ca in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5
#7  0x00007fc949edc6ca in start_thread () at /lib64/libpthread.so.0
#8  0x00007fc947351f7f in clone () at /lib64/libc.so.6

Thread 4 (Thread 0x7fc911bdc700 (LWP 3460)):
#0  0x00007fc949ee2460 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
#1  0x00007fc94f7f12f4 in QTWTF::TCMalloc_PageHeap::scavengerThread() () at /lib64/libQt5Script.so.5
#2  0x00007fc94f7f1339 in  () at /lib64/libQt5Script.so.5
#3  0x00007fc949edc6ca in start_thread () at /lib64/libpthread.so.0
#4  0x00007fc947351f7f in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7fc92d054700 (LWP 3379)):
#0  0x00007fc9473460e1 in ppoll () at /lib64/libc.so.6
#1  0x00007fc94814a971 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /lib64/libQt5Core.so.5
#2  0x00007fc94814be86 in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#3  0x00007fc9480ff68a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#4  0x00007fc947f5c5e3 in QThread::exec() () at /lib64/libQt5Core.so.5
#5  0x00007fc94ea454e5 in QQmlThreadPrivate::run() () at /lib64/libQt5Qml.so.5
#6  0x00007fc947f609ca in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5
#7  0x00007fc949edc6ca in start_thread () at /lib64/libpthread.so.0
#8  0x00007fc947351f7f in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7fc92f175700 (LWP 3042)):
#0  0x00007fc9473460e1 in ppoll () at /lib64/libc.so.6
#1  0x00007fc94814a971 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /lib64/libQt5Core.so.5
#2  0x00007fc94814be86 in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#3  0x00007fc9480ff68a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#4  0x00007fc947f5c5e3 in QThread::exec() () at /lib64/libQt5Core.so.5
#5  0x00007fc94c680739 in QDBusConnectionManager::run() () at /lib64/libQt5DBus.so.5
#6  0x00007fc947f609ca in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5
#7  0x00007fc949edc6ca in start_thread () at /lib64/libpthread.so.0
#8  0x00007fc947351f7f in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7fc937f47940 (LWP 2992)):
[KCrash Handler]
#6  0x0000000080000003 in  ()
#7  0x00007fc94812d878 in QObject::connect(QObject const*, char const*, QObject const*, char const*, Qt::ConnectionType) () at /lib64/libQt5Core.so.5
#8  0x00007fc94f833d2f in QScriptEnginePrivate::qobjectData(QObject*) () at /lib64/libQt5Script.so.5
#9  0x00007fc94f833df4 in QScriptEnginePrivate::newQObject(QObject*, QScriptEngine::ValueOwnership, QFlags<QScriptEngine::QObjectWrapOption> const&) () at /lib64/libQt5Script.so.5
#10 0x00007fc94f8340e2 in QScriptEngine::newQObject(QObject*, QScriptEngine::ValueOwnership, QFlags<QScriptEngine::QObjectWrapOption> const&) () at /lib64/libQt5Script.so.5
#11 0x00007fc950216f2c in KWin::effectWindowToScriptValue(QScriptEngine*, KWin::EffectWindow* const&) () at /lib64/libkwin.so.5
#12 0x00007fc94f834395 in QScriptEnginePrivate::create(QTJSC::ExecState*, int, void const*) () at /lib64/libQt5Script.so.5
#13 0x00007fc94f85d0d6 in QScript::QObjectConnectionManager::execute(int, void**) () at /lib64/libQt5Script.so.5
#14 0x00007fc94f8653e1 in QScript::QObjectConnectionManager::qt_metacall(QMetaObject::Call, int, void**) () at /lib64/libQt5Script.so.5
#15 0x00007fc94812789b in QMetaObject::activate(QObject*, int, int, void**) () at /lib64/libQt5Core.so.5
#16 0x00007fc94fe257d8 in KWin::EffectsHandler::desktopPresenceChanged(KWin::EffectWindow*, int, int) () at /lib64/libkwineffects.so.10
#17 0x00007fc94fe271a1 in KWin::EffectsHandler::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) () at /lib64/libkwineffects.so.10
#18 0x00007fc9481287e9 in QObject::event(QEvent*) () at /lib64/libQt5Core.so.5
#19 0x00007fc948940ecc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5
#20 0x00007fc948948671 in QApplication::notify(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5
#21 0x00007fc9481006fa in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5
#22 0x00007fc948102de0 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /lib64/libQt5Core.so.5
#23 0x00007fc94814bcfb in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#24 0x00007fc93131c70d in QUnixEventDispatcherQPA::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5XcbQpa.so.5
#25 0x00007fc9480ff68a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#26 0x00007fc94810718c in QCoreApplication::exec() () at /lib64/libQt5Core.so.5
#27 0x00007fc95053d002 in kdemain () at /lib64/libkdeinit5_kwin_x11.so
#28 0x00007fc94726a401 in __libc_start_main () at /lib64/libc.so.6
#29 0x00005647f7415cca in _start ()

Reported using DrKonqi
Comment 1 Martin Flöser 2017-03-05 06:45:30 UTC
Unfortunately the backtrace is lacking debug symbols. If you are able to 
reproduce please install the debug packages provided by your 
distribution (please ask the distribution support channel on how to 
install them) and attach a new backtrace.
Comment 2 Ed Greshko 2017-03-05 07:06:44 UTC
Created attachment 104374 [details]
backtrace after installing kwin-debuginfo-5.9.3-1.fc25.x86_64
Comment 3 Ed Greshko 2017-03-05 07:12:04 UTC
I have added the requested backtrace after installing the corresponding debuginfo package.  

This bugzilla system seems a bit different from fedora's as I don't see a place to indicate that the status "needsinfo" should be removed.
Comment 4 Ed Greshko 2017-03-05 07:14:34 UTC
OK....  I see I can just change it to "unconfirmed".  Sorry for the noise.
Comment 5 Christoph Feck 2017-03-06 22:49:59 UTC
Martin, do you really need more backtraces? It is clear that all these https://bugs.kde.org/buglist.cgi?product=kwin&bug_status=NEEDSINFO&longdesc=QScriptEngine%3A%3AnewQObject&longdesc_type=casesubstring are duplicates of bug 363224.

I suggest to ask reporters for exact steps to reproduce. Additionally, pointing them to the duplicate allows them to follow what has been investigated so far, e.g. which effects are causing it.
Comment 6 Martin Flöser 2017-03-07 06:44:23 UTC
Am 2017-03-06 23:49, schrieb Christoph Feck:
> COMMENT # 5 [2] ON BUG 377225 [3] FROM CHRISTOPH FECK
> 
> Martin, do you really need more backtraces?

I'm not seeing to duplicate without knowing that it is truly the same. 
If I get a bug report with lacking debug symbols I all for a newer 
backtrace. In fact I don't even look at the backtrace if it's lacking 
debug symbols.
Comment 7 Ed Greshko 2017-03-07 08:12:21 UTC
FWIW, I have reviewed the comments of https://bugs.kde.org/show_bug.cgi?id=363224 and I can confirm that if I block compositing when starting the VirtualBox manager the crash does not occur while closing/saving the settings dialog.
Comment 8 Martin Flöser 2017-03-07 20:32:20 UTC

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