Bug 483825

Summary: plasmashell disappears if external monitor was turned off before screenlock
Product: [Plasma] plasmashell Reporter: jy6x2b32pie9
Component: Desktop ContainmentAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: kdedev, nate, notmart
Priority: NOR Keywords: multiscreen, qt6
Version: 6.0.2   
Target Milestone: 1.0   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:

Description jy6x2b32pie9 2024-03-17 12:21:18 UTC
SUMMARY

Laptop with closed lid and external monitor. Laptop monitor disabled in KDE display settings.
After turning off main monitor and leaving computer for time sufficient for system to lock, panel and wallpaper dissapear after I turn monitor back on and unlock system. Problem is rectified by plasmashell --replace

STEPS TO REPRODUCE
1. Turn off external monitor, leaving system with 0 monitors enabled.
2. Wait until system is locked
3. Turn on external monitor
4. Unlock system.

OBSERVED RESULT

Plasma panel and wallpaper are present on-screen
EXPECTED RESULT
No panel or wallpaper.

SOFTWARE/OS VERSIONS

Operating System: Gentoo Linux 2.15
KDE Plasma Version: 6.0.2
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.8.1-gentoo (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 5700U with Radeon Graphics
Memory: 15.0 GiB of RAM
Graphics Processor: AMD Radeon Graphics

ADDITIONAL INFORMATION

plasmashell log:

[16::03:42.779] unknown: removing output "HDMI-A-1"
[16::03:42.779] unknown: removing output "HDMI-A-1"
[16::03:42.781] unknown: Creating a fake screen in order for Qt not to crash
[16::03:42.781] unknown: Creating a fake screen in order for Qt not to crash
[16::03:42.781] unknown: handleScreenAdded QScreen(0x55e3250558d0, name="") QRect(0,0 0x0)
[16::03:42.781] unknown: handleScreenAdded QScreen(0x55e3250558d0, name="") QRect(0,0 0x0)
[16::03:42.785] unknown: handleScreenRemoved QScreen(0x55e324616350, name="HDMI-A-1")
[16::03:42.785] unknown: handleScreenRemoved QScreen(0x55e324616350, name="HDMI-A-1")
[16::03:42.795] unknown: Exposed with no visual parent. Window positioning broken.
[16::03:42.795] unknown: Exposed with no visual parent. Window positioning broken.
[16::03:42.798] unknown: Exposed with no visual parent. Window positioning broken.
[16::03:42.798] unknown: Exposed with no visual parent. Window positioning broken.
[16::03:43.210] unknown: adding output 70
[16::03:43.210] unknown: adding output 70
[16::03:43.212] unknown: handleScreenAdded QScreen(0x55e3275eb5e0, name="HDMI-A-1") QRect(0,0 1920x1080)
[16::03:43.212] unknown: handleScreenAdded QScreen(0x55e3275eb5e0, name="HDMI-A-1") QRect(0,0 1920x1080)
[16::03:43.212] unknown: handleScreenRemoved QScreen(0x55e3250558d0, name="")
[16::03:43.212] unknown: handleScreenRemoved QScreen(0x55e3250558d0, name="")
[16::03:50.721] unknown: requesting unexisting screen available rect -1
[16::03:50.721] unknown: requesting unexisting screen available rect -1
Comment 1 jy6x2b32pie9 2024-03-17 12:27:46 UTC
same problem occurs on both wayland and X11
Comment 2 Nate Graham 2024-04-12 20:41:29 UTC
The end result sounds like exactly what's happening in Bug 485313; marking as a duplicate for now until we know otherwise.

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