Bug 486062 - Plamsa Shell Segmentation Fault when System is idle over night
Summary: Plamsa Shell Segmentation Fault when System is idle over night
Status: RESOLVED DUPLICATE of bug 468430
Alias: None
Product: plasmashell
Classification: Plasma
Component: generic-crash (show other bugs)
Version: 6.0.4
Platform: Arch Linux Linux
: NOR crash
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2024-04-24 11:12 UTC by daniel.pullen
Modified: 2024-07-31 03:56 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
New crash information added by DrKonqi (271.96 KB, text/plain)
2024-04-24 11:12 UTC, daniel.pullen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description daniel.pullen 2024-04-24 11:12:24 UTC
Application: plasmashell (6.0.4)

Qt Version: 6.7.0
Frameworks Version: 6.1.0
Operating System: Linux 6.8.7-arch1-1 x86_64
Windowing System: Wayland
Distribution: "Arch Linux"
DrKonqi: 6.0.4 [CoredumpBackend]

-- Information about the crash:
For a few nights in a row, I have come back to my computer in the morning with a segmentation fault from plasma shell. In the first case, the machine was unresponsive. However, the two successive times, the system "recovered" and I had the crash handler window. When these happen, I am not using the machine. Given that the faults happen when I am aware from the machine, I unfortunately do not have much information to share about the cause.

The crash can be reproduced sometimes.

-- Backtrace (Reduced):
#5  QWeakPointer<QObject>::internalData (this=0x60) at /usr/include/qt6/QtCore/qsharedpointer_impl.h:750
#6  QPointer<QScreen>::data (this=0x60) at /usr/include/qt6/QtCore/qpointer.h:74
#7  QPointer<QScreen>::operator QScreen* (this=0x60) at /usr/include/qt6/QtCore/qpointer.h:82
#8  DesktopView::screenToFollow (this=0x0) at /usr/src/debug/plasma-workspace/plasma-workspace-6.0.4/shell/desktopview.cpp:140
#9  ShellCorona::screenInvariants (this=<optimized out>) at /usr/src/debug/plasma-workspace/plasma-workspace-6.0.4/shell/shellcorona.cpp:859


Reported using DrKonqi
Comment 1 daniel.pullen 2024-04-24 11:12:26 UTC
Created attachment 168860 [details]
New crash information added by DrKonqi

DrKonqi auto-attaching complete backtrace.
Comment 2 daniel.pullen 2024-04-24 12:28:17 UTC
After a bit of testing this morning, I can confirm the exact steps that make this happen.

1. Lock the screen
2. Wait for the monitors to go to sleep (the system is not sleeping, just turning the monitors off)
3. Wake the monitors up and login.

During this time, the only applications open are Firefox, Yakuake, and Zoom.
Comment 3 daniel.pullen 2024-04-25 12:16:00 UTC
I have done some additional testing since my last update. As best as I can tell, this crash occurs regardless of the applications open in the foreground or background when the system is idle.
Comment 4 Akseli Lahtinen 2024-06-10 13:31:26 UTC
Seems something emits that screen has changed but there's no screen (?) to change to, so it crashes.

DesktopView::screenToFollow (this=0x0) at /usr/src/debug/plasma-workspace/plasma-workspace-6.0.4/shell/desktopview.cpp:140
Comment 5 Nate Graham 2024-07-31 03:56:37 UTC

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