Bug 494262 - On Wayland, desktop on one monitor of a multi-monitor setup is black/missing after unlocking and windows move to other display, mouse cursor visible
Summary: On Wayland, desktop on one monitor of a multi-monitor setup is black/missing ...
Status: RESOLVED WORKSFORME
Alias: None
Product: plasmashell
Classification: Plasma
Component: Containment (other bugs)
Version First Reported In: 6.2.0
Platform: Other Linux
: HI major
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords: multiscreen, wayland-only
: 497985 501551 503717 503883 (view as bug list)
Depends on:
Blocks:
 
Reported: 2024-10-07 20:32 UTC by KDE User
Modified: 2025-08-07 03:46 UTC (History)
13 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description KDE User 2024-10-07 20:32:19 UTC
SUMMARY

I've recently been experiencing an issue where KDE Plasma will unlock into my main monitor being a black screen while still being able to drag windows into it and my cursor being visible. My panels will have shifted to another monitor which still has its wallpaper visible.

I managed to consistently reproduce this issue by starting a fresh Plasma login session by logging out and logging back in or rebooting. Then locking the screen and waiting for my main monitor to enter standby mode after 20 seconds - this is how I have it configured in the Power Management settings. I then wake it up and login in on the lock screen.

**NOTE**: This issue does not appear if I wake up my main monitor BEFORE it enters standby mode.

I observe the following log messages that are unique to the issue:

```
Oct 08 07:15:59 bazzite kwin_wayland[12512]: kwin_core: KWin::LayerShellV1Window doesn't support setting maximized state
Oct 08 07:15:59 bazzite kwin_wayland[12512]: kwin_core: KWin::LayerShellV1Window doesn't support setting fullscreen state
Oct 08 07:15:59 bazzite kwin_wayland[12512]: kwin_core: KWin::LayerShellV1Window doesn't support setting maximized state
Oct 08 07:15:59 bazzite kwin_wayland[12512]: kwin_core: KWin::LayerShellV1Window doesn't support setting fullscreen state
```

These messages do not appear if I wake up my monitor before it enters stand-by mode so I suspect they must be related to the issue.

STEPS TO REPRODUCE
1. Enter a fresh Plasma Wayland session
2. Lock your screen
3. Wait for your monitors to enter stand-by mode (low power consumption)
4. Wake up your monitors
5. Log in

OBSERVED RESULT

A black background on the main monitor with cursor and windows visible if moved into it. Panels moved to another monitor.

EXPECTED RESULT

My wallpaper and panels to be visible on the main monitor.

SOFTWARE/OS VERSIONS
Operating System: Bazzite 40
KDE Plasma Version: 6.1.5
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.2
Kernel Version: 6.9.12-205.fsync.fc40.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor
Memory: 62.7 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3060 Ti/PCIe/SSE2

ADDITIONAL INFORMATION

I am aware of https://bugs.kde.org/show_bug.cgi?id=489180 however, I do not seem to get any log messages relating to QtWaylandClient::QWaylandWindow::waylandScreen. Also, Plasma doesn't seem to crash, or if it does, it seems to recover.
Comment 1 KDE User 2024-10-15 12:54:42 UTC
6.2.0 has this issue too.
Comment 2 KDE User 2024-11-07 02:49:16 UTC
The issue is still present in QT 6.8.0. Which I think rules out the original QT issue I highlighted earlier since I _believe_ the patch for that has been merged into 6.8.0 at the very latest.

Here's an updated info about my system.

Operating System: Bazzite 41
KDE Plasma Version: 6.2.2
KDE Frameworks Version: 6.7.0
Qt Version: 6.8.0
Kernel Version: 6.11.5-307.bazzite.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor
Memory: 62.7 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3060 Ti/PCIe/SSE2
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B450M DS3H WIFI
Comment 3 Nate Graham 2024-11-08 23:01:09 UTC
Does the issue go away if you...
1. Switch to another TTY and then back?
2. Uninstall powerdevil and reboot?
Comment 4 KDE User 2024-11-09 11:41:36 UTC
(In reply to Nate Graham from comment #3)
> Does the issue go away if you...
> 1. Switch to another TTY and then back?
> 2. Uninstall powerdevil and reboot?

Switching to a TTY didn't resolve it.

I don't think I can remove powerdevil or at least I'm not sure how to do it on Bazzite.

```
> rpm-ostree override remove powerdevil
Inactive requests:
  fish (already provided by fish-3.7.0-4.fc41.x86_64)
  langpacks-en (already provided by langpacks-en-4.1-2.fc41.noarch)
Checking out tree 0cb7752... done
Resolving dependencies... done
error: Could not depsolve transaction; 1 problem detected:
 Problem: package plasma-workspace-6.2.2-2.fc41.x86_64 from @System requires powerdevil, but none of the providers can be installed
  - conflicting requests
```
Comment 5 Nate Graham 2024-11-12 16:30:09 UTC
Ok, in that case you can temporarily stop and disable its systemd service with:

> sudo systemctl stop plasma-powerdevil.service
> sudo systemctl disable plasma-powerdevil.service

Then restart, then see if it still happens.

To re-enable powerdevil after this testing, do this:

> sudo systemctl start plasma-powerdevil.service
> sudo systemctl enable plasma-powerdevil.service
Comment 6 KDE User 2024-11-23 07:50:27 UTC
(In reply to Nate Graham from comment #5)
> Ok, in that case you can temporarily stop and disable its systemd service
> with:
> 
> > sudo systemctl stop plasma-powerdevil.service
> > sudo systemctl disable plasma-powerdevil.service
> 
> Then restart, then see if it still happens.
> 
> To re-enable powerdevil after this testing, do this:
> 
> > sudo systemctl start plasma-powerdevil.service
> > sudo systemctl enable plasma-powerdevil.service

It looks like for my system, the plasma-powerdevil.service is a user service and cannot be disabled because it doesn't have the `[Install]` field defined (?) I can stop it however. And after doing so I locked my screen and found that my monitors don't go to sleep. I'm guessing that feature was handled by powerdevil to begin with. So in this case does that mean powerdevil has a bug?

Here's the log output of powerdevil for the current boot which did exhibit the black screen when it was on.

```
Nov 23 17:24:04 bazzite systemd[2140]: Starting plasma-powerdevil.service - Powerdevil...
Nov 23 17:24:04 bazzite org_kde_powerdevil[2744]: Initializing libddcutil.  ddcutil version: 2.1.2, shared library: /usr/lib64/libddcutil.so.5.1.1
Nov 23 17:24:04 bazzite org_kde_powerdevil[2744]: Options passed from client:
Nov 23 17:24:04 bazzite org_kde_powerdevil[2744]: Applying combined options:
Nov 23 17:24:04 bazzite org_kde_powerdevil[2744]: busno=2, sleep-multiplier =  2.00. Testing for supported feature 0x10 returned Error_Info[EIO in ddc_write_read_with_retry, causes: EIO]
Nov 23 17:24:09 bazzite org_kde_powerdevil[2744]: Library initialization complete.
Nov 23 17:24:09 bazzite org_kde_powerdevil[2744]: Watch thread started
Nov 23 17:24:11 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 17:24:11 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDetector]: Display "ASUS VC239" does not seem to support brightness control - wait before retrying initialization
Nov 23 17:24:11 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: "ASUS VC239" retrying to initialize DDC/CI brightness in 1000 milliseconds - attempt no. 1
Nov 23 17:24:13 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: "ASUS VC239" succeeded to initialize DDC/CI brightness
Nov 23 17:24:13 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge thresholds are not supported by the kernel for this hardware"
Nov 23 17:24:13 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: org.kde.powerdevil.backlighthelper.brightness failed
Nov 23 17:24:14 bazzite systemd[2140]: Started plasma-powerdevil.service - Powerdevil.
Nov 23 17:24:14 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: Handle button events action could not check for screen configuration
Nov 23 17:24:14 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge thresholds are not supported by the kernel for this hardware"
Nov 23 17:24:17 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Replacing adjusted sleep multiplier 0.00 with 1.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:41:29 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:41:29 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Replacing adjusted sleep multiplier 0.00 with 1.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:41:30 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:42:59 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Replacing adjusted sleep multiplier 0.00 with 1.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:43:01 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 17:43:01 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:43:03 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 17:43:03 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:44:25 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Replacing adjusted sleep multiplier 0.00 with 1.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:44:27 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 17:44:27 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:44:29 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 17:44:29 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:44:30 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Replacing adjusted sleep multiplier 0.00 with 1.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:44:32 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 17:44:32 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 17:44:34 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 17:44:34 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:18:20 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:18:20 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:18:22 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:18:22 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:18:22 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Replacing adjusted sleep multiplier 0.00 with 1.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:22:29 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:22:29 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:22:31 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:22:31 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:22:33 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:22:33 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:22:35 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:22:35 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:24:34 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:24:34 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:24:36 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:24:36 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:24:38 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:24:38 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:28:04 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_open_display2 -3029
Nov 23 18:28:04 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: "XZ272" retrying to set DDC/CI brightness in 1000 milliseconds - attempt no. 1
Nov 23 18:28:04 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:28:08 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:28:08 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:28:08 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Keeping adjusted sleep multiplier 1.60 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:28:10 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:28:10 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:29:07 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:29:07 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-3: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:29:09 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:29:09 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:29:12 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:29:12 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:31:44 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:31:44 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:31:47 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-4: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:31:49 bazzite org_kde_powerdevil[2744]: org.kde.powerdevil: [DDCutilDisplay]: ddca_get_non_table_vcp_value -3007
Nov 23 18:31:49 bazzite org_kde_powerdevil[2744]: dh=Display_Handle[i2c-5: fd=52], Keeping adjusted sleep multiplier 2.00 for SE_POST_WRITE or SE_POST_SAVE_SETTINGS
Nov 23 18:35:05 bazzite systemd[2140]: Stopping plasma-powerdevil.service - Powerdevil...
Nov 23 18:35:06 bazzite systemd[2140]: Stopped plasma-powerdevil.service - Powerdevil.
Nov 23 18:35:06 bazzite systemd[2140]: plasma-powerdevil.service: Consumed 5.440s CPU time, 23.6M memory peak.
```
Comment 7 Nate Graham 2024-11-25 19:58:05 UTC
Other recent reports of things that sound semi-related: Bug 491891, Bug 493770.

Both eventually stopped reproducing, leaving us with nothing to go on. :/
Comment 8 KDE User 2024-11-27 13:17:48 UTC
Here's something. I found a temporary solution which was to disable DDC/CI support in PowerDevil through the environment variable POWERDEVIL_NO_DDCUTIL.

I thought I would try it because I was running into issues with some of my monitors not responding to the display brightness applet and repeated attempts to query the monitor using ddcutil. I figured there's either something wrong with the implementation of dccutil or there's something wrong with my monitor's firmware (I suspect the latter).

Disabling ddcutil obviously has the drawback of not being able to control my display brightness for any display - including those that did work with properly before. However, I think it's an acceptable compromise for now. It does indicate that the issue I was experiencing in this ticket is very much related to DDC/CI or how PowerDevil uses it.
Comment 9 KDE User 2024-12-06 09:52:26 UTC
Adding another update. I've started to see the problem recurring again even with DDC turned off in PowerDevil.

Operating System: Bazzite 41
KDE Plasma Version: 6.2.3
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.0
Kernel Version: 6.11.8-305.bazzite.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor
Memory: 62.7 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3060 Ti/PCIe/SSE2
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B450M DS3H WIFI
Comment 10 Nate Graham 2024-12-18 16:47:29 UTC
For affected people, two questions:
1. Does the problem stop happening if you only have one monitor connected?
2. Do the missing desktops come back if you restart plasmashell using `systemctl restart --user plasma-plasmashell.service` (assuming you've got Plasma's systemd integration turned on, which it is by default)?
Comment 11 Piotr Keplicz 2024-12-18 21:35:01 UTC
This bug seems similar to bug 496926 (X11). In fact I've just switched to Wayland, cleared old Plasma configs, and this black screen after unlocking happens just as it did on X11, but maybe not every time. 

1. I'm using a single external monitor (a laptop with lid closed). When only the laptop screen is active, black screen doesn't happen.
2. Nope, "plasmashell --replace" is needed. plasma-plasmashell.service status after systemctl restart is:

$ systemctl --user status plasma-plasmashell.service 
○ plasma-plasmashell.service - KDE Plasma Workspace
     Loaded: loaded (/usr/lib/systemd/user/plasma-plasmashell.service; enabled; preset: enabled)
     Active: inactive (dead) since Wed 2024-12-18 22:33:29 CET; 1s ago
   Duration: 1h 38min 11.777s
    Process: 90185 ExecStart=/usr/bin/plasmashell --no-respawn (code=exited, status=0/SUCCESS)
   Main PID: 90185 (code=exited, status=0/SUCCESS)
        CPU: 192ms
Comment 12 Nate Graham 2025-01-04 00:33:50 UTC
*** Bug 497985 has been marked as a duplicate of this bug. ***
Comment 13 Dan 2025-01-27 17:20:21 UTC
I also seem to experience this bug, however my system's behavior was not described here. Sometimes after waking the monitor I would still have the wallpaper, and pressing the Win key would bring up the menu (application launcher) near the middle of the screen (but not the taskbar). Running 'kquitapp5 plasmashell && kstart5 plasmashell' will bring back the taskbar and move the menu to its usual position.

However, sometimes after waking up the monitor later (after letting it enter standby again), any plasma components will vanish (menu, taskbar, wallpaper) and running the same command (kquit ...) won't work.
Comment 14 KDE User 2025-02-16 04:00:18 UTC
Just updating my experience with this bug. It seems to have magically vanished over the course of several updates. I did change my panel arrangements and I am using a live wallpaper with the help of Wallpaper Engine for KDE so it could be that too. I used to have 2 panels - one long one on the top and a small docklike panel on the bottom. Now I have the one long panel on the bottom similar to the Windows 11 layout and I no longer experience this issue.

I know this probably doesn't help with identifying the root cause of the bug but if other people experiencing the same issue could maybe try changing their layout to be like mine and seeing if the issue still exists could confirm if it's a specific arrangement that leads to this bug.
Comment 15 KDE User 2025-02-16 04:01:20 UTC
Sorry for double posting. I forgot to include my latest system information.

Operating System: Bazzite 41
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.1
Kernel Version: 6.12.12-203.bazzite.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor
Memory: 62.7 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3060 Ti/PCIe/SSE2
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B450M DS3H WIFI
Comment 16 Nate Graham 2025-02-18 02:53:43 UTC
Is anyone else experiencing it in Plasma 6.3 or later?
Comment 17 Robin Kemen 2025-03-05 12:47:39 UTC
I'm experiencing the same (or a similar) bug on Nobara 41 with KDE Plasma 6.3.2.
My main monitor is hooked up the computer in my office and a TV is connected in another room as well. 
Even when the TV is turned off and the system is configured to display on a single display, the panels and Task Manager seem to get moved, to the other display.

The easiest workaround for this issue was to super+p to switch to the TV  and back to the monitor.
Comment 18 Nate Graham 2025-03-17 18:51:19 UTC
*** Bug 501551 has been marked as a duplicate of this bug. ***
Comment 19 leroy_tennison 2025-03-24 02:25:57 UTC
(In reply to Nate Graham from comment #10)
> For affected people, two questions:
> 1. Does the problem stop happening if you only have one monitor connected?
> 2. Do the missing desktops come back if you restart plasmashell using
> `systemctl restart --user plasma-plasmashell.service` (assuming you've got
> Plasma's systemd integration turned on, which it is by default)?

In regard to #1 above, yes, I've booted up/logged in five times and haven't had the issue (my situation was a black screen with cursor and menu bar at login resolved by logging out and back in again - previous bug 501551).  Didn't attem[pt #2 because it wasn't needed.
Comment 20 leroy_tennison 2025-04-02 19:16:05 UTC
After reporting that a single monitor resolved my situation, I put my autostart programs back in ~/.config/autostart to see if that would work (since a web post reported that solved their problem).  I'm pleased to report that, after numerous logins with autostart active, I have not encountered the issue again.
Comment 21 Nate Graham 2025-05-07 15:11:13 UTC
*** Bug 503883 has been marked as a duplicate of this bug. ***
Comment 22 TraceyC 2025-05-07 19:59:48 UTC
I ran into this yesterday on Plasma 6.3.5. It has not recurred since switching to the git-master session on the same machine
The laptop had been shut off and disconnected from the dock for a long time. It was then connected to its dock, and turned on.
Comment 23 John Kizer 2025-05-12 16:28:03 UTC
*** Bug 503717 has been marked as a duplicate of this bug. ***
Comment 24 mszabo-oss 2025-06-03 14:27:49 UTC
FWIW, I have started using my second monitor over HDMI connected via a USB dongle as opposed to directly slotting it into my HDMI output, and I don't seem to have had this issue since then. Just wanted to share this data point here in case it might be useful information.
Comment 25 dougg0k 2025-06-03 14:35:55 UTC
Here, both monitors are on displayport, and the issue happens often.
Comment 26 David Edmundson 2025-06-04 06:13:55 UTC
Can someone confirm this is still an issue on Plasma 6.4
Comment 27 Bug Janitor Service 2025-06-19 03:47:57 UTC
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 28 Nate Graham 2025-06-25 22:46:46 UTC
Anyone encountering this *exact* issue with Plasma 6.4 yet?
Comment 29 dougg0k 2025-06-26 01:07:29 UTC
So far, I didnt see it happening.
Comment 30 dougg0k 2025-07-08 19:18:57 UTC
Not sure if it's because I added a new monitor, but I didnt see it happening yet, it might be fixed in latest 6.4
Comment 31 Bug Janitor Service 2025-07-23 03:46:54 UTC
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 32 Bug Janitor Service 2025-08-07 03:46:47 UTC
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.