Bug 444742

Summary: Plasma crash right after login
Product: [Plasma] plasmashell Reporter: Andrei Rybak <rybak.a.v>
Component: generic-crashAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED DUPLICATE    
Severity: crash CC: burneddi, d.christopeit, lemondejojo, nate, plasma-bugs, rocketraman, shoppa0815, t.zaspel
Priority: NOR Keywords: drkonqi
Version: 5.23.2   
Target Milestone: 1.0   
Platform: Neon   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: New crash information added by DrKonqi
journal output at the time of the crash
New crash information added by DrKonqi

Description Andrei Rybak 2021-10-31 22:30:30 UTC
Application: plasmashell (5.23.2)

Qt Version: 5.15.3
Frameworks Version: 5.86.0
Operating System: Linux 5.11.0-38-generic x86_64
Windowing System: X11
Distribution: KDE neon User - Plasma 25th Anniversary Edition
DrKonqi: 5.23.2 [KCrashBackend]

-- Information about the crash:
- What I was doing when the application crashed:
1) Typed in my password in the greeter and pressed enter.
2) Wait for plasma to startup
3) Observe the crash report

The reporter is unsure if this crash is reproducible.

-- Backtrace:
Application: Plasma (plasmashell), signal: Segmentation fault

[New LWP 3041]
[New LWP 3046]
[New LWP 3051]
[New LWP 3052]
[New LWP 3053]
[New LWP 3054]
[New LWP 3172]
[New LWP 3201]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007fa37b51eaff in __GI___poll (fds=0x7ffe80c72638, nfds=1, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:29
__preamble__
____drkonqi_qmltrace_thread:1____
Failed to do pygdbmi parsing: No module named 'pygdbmi'
frame={level="0",func="loadImage",file="/usr/share/plasma/wallpapers/org.kde.image/contents/ui/main.qml",fullname="/usr/share/plasma/wallpapers/org.kde.image/contents/ui/main.qml",line="89",lan".
---------------------------------
(beware that frames may have been optimized out)

[Current thread is 1 (Thread 0x7fa3776739c0 (LWP 3011))]

Thread 9 (Thread 0x7fa358f44700 (LWP 3201)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x559de7f0a930) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x559de7f0a8e0, cond=0x559de7f0a908) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x559de7f0a908, mutex=0x559de7f0a8e0) at pthread_cond_wait.c:638
#3  0x00007fa37b8b35cb in QWaitConditionPrivate::wait (deadline=..., this=0x559de7f0a8e0) at thread/qwaitcondition_unix.cpp:146
#4  QWaitCondition::wait (this=this@entry=0x559de8958918, mutex=mutex@entry=0x559de8958910, deadline=...) at thread/qwaitcondition_unix.cpp:225
#5  0x00007fa37d51bc24 in QSGRenderThreadEventQueue::takeEvent (wait=true, this=0x559de8958908) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qdeadlinetimer.h:68
#6  QSGRenderThread::processEventsAndWaitForMore (this=this@entry=0x559de8958870) at scenegraph/qsgthreadedrenderloop.cpp:936
#7  0x00007fa37d51c099 in QSGRenderThread::run (this=0x559de8958870) at scenegraph/qsgthreadedrenderloop.cpp:1053
#8  0x00007fa37b8ad45c in QThreadPrivate::start (arg=0x559de8958870) at thread/qthread_unix.cpp:329
#9  0x00007fa37a7fc609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#10 0x00007fa37b52b293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 8 (Thread 0x7fa362849700 (LWP 3172)):
#0  0x00007fa379dc825d in g_source_ref () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1  0x00007fa379dc8328 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007fa379dc982b in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007fa379dca29b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007fa379dca4a3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007fa37baee61b in QEventDispatcherGlib::processEvents (this=0x7fa344000b60, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#6  0x00007fa37ba928ab in QEventLoop::exec (this=this@entry=0x7fa362848bc0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:141
#7  0x00007fa37b8ac2c2 in QThread::exec (this=this@entry=0x559de7f58710) at ../../include/QtCore/../../src/corelib/global/qflags.h:121
#8  0x00007fa37d0bc549 in QQmlThreadPrivate::run (this=0x559de7f58710) at qml/ftw/qqmlthread.cpp:155
#9  0x00007fa37b8ad45c in QThreadPrivate::start (arg=0x559de7f58710) at thread/qthread_unix.cpp:329
#10 0x00007fa37a7fc609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#11 0x00007fa37b52b293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 7 (Thread 0x7fa36d6e9700 (LWP 3054)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x559de7ce9e38) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x559de7ce9de8, cond=0x559de7ce9e10) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x559de7ce9e10, mutex=0x559de7ce9de8) at pthread_cond_wait.c:638
#3  0x00007fa36e833e7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#4  0x00007fa36e833a7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007fa37a7fc609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fa37b52b293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 6 (Thread 0x7fa36deea700 (LWP 3053)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x559de7ce9e38) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x559de7ce9de8, cond=0x559de7ce9e10) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x559de7ce9e10, mutex=0x559de7ce9de8) at pthread_cond_wait.c:638
#3  0x00007fa36e833e7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#4  0x00007fa36e833a7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007fa37a7fc609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fa37b52b293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 5 (Thread 0x7fa36e6eb700 (LWP 3052)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x559de7ce9e38) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x559de7ce9de8, cond=0x559de7ce9e10) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x559de7ce9e10, mutex=0x559de7ce9de8) at pthread_cond_wait.c:638
#3  0x00007fa36e833e7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#4  0x00007fa36e833a7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007fa37a7fc609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fa37b52b293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 4 (Thread 0x7fa374b6f700 (LWP 3051)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x559de7ce9e38) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x559de7ce9de8, cond=0x559de7ce9e10) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x559de7ce9e10, mutex=0x559de7ce9de8) at pthread_cond_wait.c:638
#3  0x00007fa36e833e7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#4  0x00007fa36e833a7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007fa37a7fc609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fa37b52b293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 3 (Thread 0x7fa375906700 (LWP 3046)):
#0  __GI___libc_read (nbytes=16, buf=0x7fa3759059a0, fd=7) at ../sysdeps/unix/sysv/linux/read.c:26
#1  __GI___libc_read (fd=7, buf=0x7fa3759059a0, nbytes=16) at ../sysdeps/unix/sysv/linux/read.c:24
#2  0x00007fa379e12b2f in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007fa379dc9ebe in g_main_context_check () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007fa379dca312 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007fa379dca4a3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007fa37baee61b in QEventDispatcherGlib::processEvents (this=0x7fa368000b60, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#7  0x00007fa37ba928ab in QEventLoop::exec (this=this@entry=0x7fa375905bb0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:141
#8  0x00007fa37b8ac2c2 in QThread::exec (this=<optimized out>) at ../../include/QtCore/../../src/corelib/global/qflags.h:121
#9  0x00007fa37c41ff4b in ?? () from /lib/x86_64-linux-gnu/libQt5DBus.so.5
#10 0x00007fa37b8ad45c in QThreadPrivate::start (arg=0x7fa37c4a3d80) at thread/qthread_unix.cpp:329
#11 0x00007fa37a7fc609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#12 0x00007fa37b52b293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 2 (Thread 0x7fa376573700 (LWP 3041)):
#0  0x00007fa37b51eaff in __GI___poll (fds=0x7fa376572ae8, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007fa37dc2cc1a in ?? () from /lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007fa37dc2e90a in xcb_wait_for_event () from /lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007fa376c98e88 in QXcbEventQueue::run (this=0x559de7990430) at qxcbeventqueue.cpp:228
#4  0x00007fa37b8ad45c in QThreadPrivate::start (arg=0x559de7990430) at thread/qthread_unix.cpp:329
#5  0x00007fa37a7fc609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fa37b52b293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 1 (Thread 0x7fa3776739c0 (LWP 3011)):
[KCrash Handler]
#4  qGetPtrHelper<QScopedPointer<QObjectData, QScopedPointerDeleter<QObjectData> > > (ptr=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:1143
#5  QQuickWindow::d_func (this=0x0) at items/qquickwindow.h:79
#6  QQuickWindow::maybeUpdate (this=0x0) at items/qquickwindow.cpp:3929
#7  0x00007fa37d5738cd in QQuickWindowPrivate::dirtyItem (this=<optimized out>) at items/qquickwindow.cpp:1335
#8  0x00007fa37d55734d in QQuickItemPrivate::dirty (this=this@entry=0x559de8b04580, type=type@entry=QQuickItemPrivate::ChildrenChanged) at items/qquickwindow.h:79
#9  0x00007fa37d563489 in QQuickItemPrivate::addChild (this=0x559de8b04580, child=<optimized out>) at items/qquickitem.cpp:2929
#10 0x00007fa37d5650e6 in QQuickItem::setParentItem (this=0x559de8edcb30, parentItem=parentItem@entry=0x559de8b0d910) at items/qquickitem.h:468
#11 0x00007fa37d587a64 in qquickitem_autoParent (obj=0x559de8edcb30, parent=0x559de8b0d910) at items/qquickitemsmodule.cpp:139
#12 0x00007fa37d004843 in QQmlComponent_setQmlParent (me=0x559de8edcb30, parent=0x559de8b0d910) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qlist.h:570
#13 0x00007fa37d008c15 in QQmlComponent_setQmlParent (parent=0x559de8b0d910, me=0x559de8edcb30) at qml/qqmlcomponent.cpp:1471
#14 QQmlComponent::createObject (this=<optimized out>, args=0x7ffe80c737d0) at qml/qqmlcomponent.cpp:1471
#15 0x00007fa37d008fe4 in QQmlComponent::qt_static_metacall (_o=_o@entry=0x559de8b1ad70, _c=_c@entry=QMetaObject::InvokeMetaMethod, _id=_id@entry=6, _a=_a@entry=0x7ffe80c737f0) at .moc/moc_qqmlcomponent.cpp:163
#16 0x00007fa37d009523 in QQmlComponent::qt_metacall (this=0x559de8b1ad70, _c=QMetaObject::InvokeMetaMethod, _id=6, _a=0x7ffe80c737f0) at .moc/moc_qqmlcomponent.cpp:231
#17 0x00007fa37d04fbf5 in QQmlObjectOrGadget::metacall (this=0x7ffe80c73720, type=QMetaObject::InvokeMetaMethod, index=<optimized out>, argv=<optimized out>) at ../../include/QtQml/5.15.3/QtQml/private/../../../../../src/qml/qml/ftw/qflagpointer_p.h:351
#18 0x00007fa37cf1b9f5 in QV4::QObjectMethod::callInternal(QV4::Value const*, QV4::Value const*, int) const () at ../../include/QtQml/5.15.3/QtQml/private/../../../../../src/qml/qml/qqmlpropertydata_p.h:285
#19 0x00007fa37cf3b1e1 in QV4::FunctionObject::call (argc=<optimized out>, argv=<optimized out>, thisObject=<optimized out>, this=<optimized out>) at ../../include/QtQml/5.15.3/QtQml/private/../../../../../src/qml/jsruntime/qv4functionobject_p.h:172
#20 QV4::Moth::VME::interpret (frame=0x7ffe80c73a10, engine=0x559de7a9c290, code=0x7fa36c09a508 "@\353\332a\243\177") at jsruntime/qv4vme_moth.cpp:754
#21 0x00007fa37cf3d11f in QV4::Moth::VME::exec (frame=frame@entry=0x7ffe80c73a10, engine=engine@entry=0x559de7a9c290) at jsruntime/qv4vme_moth.cpp:463
#22 0x00007fa37cecafc8 in QV4::ArrowFunction::virtualCall (fo=<optimized out>, thisObject=<optimized out>, argv=<optimized out>, argc=<optimized out>) at jsruntime/qv4functionobject.cpp:528
#23 0x00007fa37d0922bd in QV4::FunctionObject::call (argc=<optimized out>, argv=<optimized out>, thisObject=<optimized out>, this=<optimized out>) at ../../include/QtQml/5.15.3/QtQml/private/../../../../../src/qml/jsruntime/qv4functionobject_p.h:172
#24 QV4::FunctionObject::call (data=..., this=<optimized out>) at ../../include/QtQml/5.15.3/QtQml/private/../../../../../src/qml/jsruntime/qv4jscall_p.h:112
#25 QQmlDelayedCallQueue::DelayedFunctionCall::execute (engine=<optimized out>, this=<optimized out>) at qml/qqmldelayedcallqueue.cpp:77
#26 QQmlDelayedCallQueue::DelayedFunctionCall::execute (this=<optimized out>, engine=<optimized out>) at qml/qqmldelayedcallqueue.cpp:56
#27 0x00007fa37d0927b6 in QQmlDelayedCallQueue::executeAllExpired_Later (this=0x559de7a9c4e0) at qml/qqmldelayedcallqueue.cpp:203
#28 0x00007fa37bac1949 in QObject::event (this=0x559de7a9c4e0, e=0x559de8b02650) at kernel/qobject.cpp:1314
#29 0x00007fa37c7a2dc3 in QApplicationPrivate::notify_helper (this=this@entry=0x559de798d680, receiver=receiver@entry=0x559de7a9c4e0, e=e@entry=0x559de8b02650) at kernel/qapplication.cpp:3632
#30 0x00007fa37c7abbb8 in QApplication::notify (this=0x7ffe80c741f0, receiver=0x559de7a9c4e0, e=0x559de8b02650) at kernel/qapplication.cpp:3156
#31 0x00007fa37ba93daa in QCoreApplication::notifyInternal2 (receiver=0x559de7a9c4e0, event=0x559de8b02650) at ../../include/QtCore/5.15.3/QtCore/private/../../../../../src/corelib/thread/qthread_p.h:325
#32 0x00007fa37ba966b1 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x559de7966ef0) at kernel/qcoreapplication.cpp:1821
#33 0x00007fa37baeefa7 in postEventSourceDispatch (s=0x559de7ab29b0) at kernel/qeventdispatcher_glib.cpp:277
#34 0x00007fa379dca17d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#35 0x00007fa379dca400 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#36 0x00007fa379dca4a3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#37 0x00007fa37baee602 in QEventDispatcherGlib::processEvents (this=0x559de7ac7ef0, flags=...) at kernel/qeventdispatcher_glib.cpp:423
#38 0x00007fa37ba928ab in QEventLoop::exec (this=this@entry=0x7ffe80c740d0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:141
#39 0x00007fa37ba9aa64 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:121
#40 0x0000559de6cc4cf5 in main (argc=<optimized out>, argv=<optimized out>) at ./shell/main.cpp:238
[Inferior 1 (process 3011) detached]

Possible duplicates by query: bug 444400, bug 431417, bug 397473, bug 396359, bug 391467.

Reported using DrKonqi
Comment 1 Johannes 2021-11-01 13:38:35 UTC
I observe the same bug on Kubuntu 21.10 (with enabled kde backport's ppa, thus currently using plasmashell 5.23.2).

I also notice that whenever this bug occurred, I am no longer able to modify graphical shell components. 

The bug happens about 80% of the times at session start. Sometimes, running `pkill plasmashell && sleep 5s && plasmashell` from Krunner helps, sometimes the bug fires again then.
Comment 2 t.zaspel 2021-11-16 06:54:31 UTC
Created attachment 143611 [details]
New crash information added by DrKonqi

plasmashell (5.23.2) using Qt 5.15.2

- What I was doing when the application crashed:
1. Start my Laptop (Tuxedo Infinity Book S 15 (Gen 6 with OpenSUSE thumbleweed).
2. Type in the password for drive encryption.
3. Type in the password to login.
4. I got the report, that KDE is crashed.

- Unusual behavior I noticed:

Not sure but to my mind this bug occures since I tried out KDE with Wayland.

-- Backtrace (Reduced):
#6  QQuickWindowPrivate::dirtyItem (this=0x37) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde36-1.1.x86_64/src/quick/items/qquickwindow.cpp:1335
#7  0x00007fb8fded1248 in QQuickItemPrivate::dirty (this=this@entry=0x5627f6c849d0, type=type@entry=QQuickItemPrivate::ChildrenChanged) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde36-1.1.x86_64/src/quick/items/qquickitem.cpp:6189
#8  0x00007fb8fded9755 in QQuickItemPrivate::addChild (this=0x5627f6c849d0, child=<optimized out>, child@entry=0x7fb8e8019830) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde36-1.1.x86_64/src/quick/items/qquickitem.cpp:2929
#9  0x00007fb8fdedb832 in QQuickItem::setParentItem (this=0x7fb8e8019830, parentItem=parentItem@entry=0x5627f6c86ab0) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde36-1.1.x86_64/src/quick/items/qquickitem.cpp:2702
#10 0x00007fb8fdefe780 in qquickitem_autoParent (obj=0x7fb8e8019830, parent=0x5627f6c86ab0) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde36-1.1.x86_64/src/quick/items/qquickitemsmodule.cpp:139
Comment 3 Nicolas Fella 2021-12-16 15:09:57 UTC
*** Bug 447063 has been marked as a duplicate of this bug. ***
Comment 4 Nicolas Fella 2021-12-16 15:10:39 UTC
*** Bug 446993 has been marked as a duplicate of this bug. ***
Comment 5 Raman Gupta 2021-12-16 20:26:00 UTC
One piece of important information, at least in my case, is that the crash happens when my monitors wake up, not at the actual login.
Comment 6 Andrei Rybak 2021-12-17 01:49:02 UTC
It's possible that my case is also related to monitors waking up. I'm using a laptop with external monitor. Laptop's monitor is disabled, but it only applies after logging into Plasma.
Comment 7 burneddi 2021-12-18 07:55:25 UTC
Created attachment 144636 [details]
journal output at the time of the crash

Not completely sure if this is the same crash, but seeing you mention monitors makes me suspect it is. In my case this has been happening since I got a new monitor that is a different resolution than my other monitor (and different orientation; I run my secondary monitor in portrait mode), so I think in my case it's caused by two different-resolution monitors waking up. One of my monitors takes 5-10 seconds longer to wake up than the other, which may also have a contributing effect.

In my case the issue is far older than this report (I've been having it since November 2020, when I got a new monitor), but for a while it went away when I switched from an NVidia GPU to an AMD one -- only to return after I upgraded to Plasma 5.23. 

I'm attaching journal output from one crash from a few days ago.

PS: at least on Fedora the easiest way to restart Plasmashell is with "systemctl --user restart plasma-plasmashell". If your system doesn't have a systemd service for Plasmashell for some reason, you can use something like this, though beware that any error output from Plasmashell will be discarded if you do this: "nohup plasmashell --replace &> /dev/null & disown"
Comment 8 Raman Gupta 2021-12-18 15:19:57 UTC
I have a multi-monitor setup also. 3 monitors, all the same resolution. 2/3 are a different model than the other (though same brand, Dell). In my case the monitors do wake up at different times as well, though in my case that seems to more be a function of the video card than the monitor model, and there is not a significant difference between them.
Comment 9 Raman Gupta 2021-12-24 05:45:43 UTC
(In reply to burneddi from comment #7)
> at least on Fedora the easiest way to restart Plasmashell is with "systemctl --user restart plasma-plasmashell"

On Fedora, is this a new approach to running Plasmashell? Interestingly, if I run plasmashell this way, as opposed to just restarting it the way I always used to (`kstart plasmashell &> /dev/null`) it no longer crashes on monitor wakeup.
Comment 10 burneddi 2021-12-24 10:01:38 UTC
It still crashes for me even though it runs as a systemd service. Not every time, but maybe 70% of the time when my monitors wake up.
Comment 11 Raman Gupta 2022-01-07 17:03:15 UTC
(In reply to burneddi from comment #10)
> It still crashes for me even though it runs as a systemd service. Not every
> time, but maybe 70% of the time when my monitors wake up.

I can confirm this as well. I still do get crashes on monitor wake-up, even when running as a systemd service.

You would think crashers with backtraces would be easy to fix...
Comment 12 Nate Graham 2022-01-11 17:02:45 UTC

*** This bug has been marked as a duplicate of bug 396359 ***
Comment 13 Raman Gupta 2022-03-10 04:46:02 UTC
The crash (at least the one reported in dup issue https://bugs.kde.org/show_bug.cgi?id=446993) no longer happens for me on:

Operating System: Fedora Linux 35
KDE Plasma Version: 5.24.2
KDE Frameworks Version: 5.91.0
Qt Version: 5.15.2
Kernel Version: 5.16.12-200.fc35.x86_64 (64-bit)
Graphics Platform: X11
Comment 14 Gizze 2022-09-26 19:31:57 UTC
Created attachment 152443 [details]
New crash information added by DrKonqi

plasmashell (5.24.4) using Qt 5.15.2

- What I was doing when the application crashed:
* Log in after a fresh start
* Crash symbol appears in taskbar before doing anything productive.

-- Backtrace (Reduced):
#4  QQuickWindowPrivate::dirtyItem (this=0x1) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde43-150400.2.5.x86_64/src/quick/items/qquickwindow.cpp:1334
#5  0x00007f4ff8738d25 in QQuickItemPrivate::dirty (this=<optimized out>, type=<optimized out>) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde43-150400.2.5.x86_64/src/quick/items/qquickitem.cpp:6189
#6  0x00007f4ff873a1e9 in QQuickItem::setImplicitSize (this=0x3077310, w=<optimized out>, h=<optimized out>) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde43-150400.2.5.x86_64/src/quick/items/qquickitem.cpp:6979
#7  0x00007f4ff87a693b in QQuickImage::pixmapChange (this=0x3077310) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde43-150400.2.5.x86_64/src/quick/items/qquickimage.cpp:845
#8  0x00007f4ff87a44d4 in QQuickImageBase::requestFinished (this=0x3077310) at /usr/src/debug/libqt5-qtdeclarative-5.15.2+kde43-150400.2.5.x86_64/src/quick/items/qquickimagebase.cpp:385