Bug 483825 - plasmashell disappears if external monitor was turned off before screenlock
Summary: plasmashell disappears if external monitor was turned off before screenlock
Status: RESOLVED DUPLICATE of bug 485313
Alias: None
Product: plasmashell
Classification: Plasma
Component: Desktop Containment (show other bugs)
Version: 6.0.2
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords: multiscreen, qt6
Depends on:
Blocks:
 
Reported: 2024-03-17 12:21 UTC by jy6x2b32pie9
Modified: 2024-04-12 20:41 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 ***