https://bugs.kde.org/show_bug.cgi?id=524619
Bug ID: 524619
Summary: On Plasma Wayland, after login the desktop containment
(folder view) accepts no pointer input at all — no
left-click, no right-click context menu, and no
rubber-band drag-select — while panels, the task
manager, and all other windows work normally.
Classification: Plasma
Product: plasmashell
Version First 6.7.4
Reported In:
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: 1.0
Created attachment 195386
--> https://bugs.kde.org/attachment.cgi?id=195386&action=edit
journal excerps when input is broken and when restored.
# Bug report — plasmashell (Wayland session)
## Summary
On Plasma Wayland, after login the desktop containment (folder view) accepts
no pointer input at all — no left-click, no right-click context menu, and no
rubber-band drag-select — while panels, the task manager, and all other
windows work normally. The only reliable fix is entering and exiting Edit
Mode via "Show Panel Configuration" (right-click panel). A full restart of
plasmashell (`systemctl --user restart plasma-plasmashell.service`) does
**not** fix it, even though the desktop containment's QML visibly reloads.
## Environment
- Distro: Fedora 44 (KDE Spin / RPM packages)
- Plasma: 6.7.4 (plasma-workspace-6.7.4-1.fc44, libplasma-6.7.4-1.fc44,
plasma-desktop-6.7.4-1.fc44)
- KWin: 6.7.4, Wayland session (kwin_wayland)
- Qt: 6.11.1 (qt6-qtbase-6.11.1-1.fc44, qt6-qtdeclarative-6.11.1-3.fc44)
- Kernel: 7.1.9-200.fc44.x86_64
- GPU: NVIDIA (proprietary driver) — system also has AMD/Mesa components
present (libgallium, mesa-26.1.7) alongside NVIDIA EGL libraries
(libnvidia-egl-wayland, libnvidia-egl-gbm, etc.)
- Session: SDDM → Plasma (Wayland)
## Steps to reproduce
1. Boot the system, log in to the Plasma Wayland session normally.
2. Wait ~30–60 seconds after the desktop appears.
3. Try to left-click a file icon on the desktop, or right-click empty desktop
space, or left-click-drag on empty desktop space to start a rubber-band
selection.
4. None of these produce any effect. Panels, the task manager, the
application launcher, and other application windows all continue to
accept input normally during this time.
## Expected result
Desktop icons can be selected, dragged, and right-clicked immediately after
login, same as panels and other windows.
## Actual result
The desktop containment does not respond to any pointer input at all until
the user opens **Panel Configuration** (right-click panel → "Show Panel
Configuration" / enter Edit Mode) and then closes it again. After that,
desktop input works normally for the rest of the session.
## What does NOT fix it (all tested, confirmed via journal)
- Waiting longer before the first interaction attempt.
- A full plasmashell process restart:
`systemctl --user restart plasma-plasmashell.service`
(confirmed via journal: process is genuinely stopped and a new PID starts;
the desktop containment's QML visibly reloads — see log excerpt below —
yet the input problem persists afterward).
- Triggering KWin's Overview effect (Super+W). The effect visibly runs
(confirmed via journal — Overview QML loads, and there are accompanying
`Could not delete texture because no context is current` /
`Could not delete render time query because no context is current`
messages during the effect), but it does not restore desktop input.
- Setting `KWIN_EXPLICIT_SYNC=0` for the kwin_wayland process (via a
systemd unit drop-in, confirmed present in the compositor's actual
environment via `/proc/<pid>/environ`). No change in behavior.
- This is unrelated to two separate issues already ruled out earlier in the
same investigation: (a) a crashing weather-report system-tray widget
(`org.kde.plasma.weather`) that was separately identified and removed, and
(b) a backlog of old `systemd-coredump` files that DrKonqi was replaying
on login. Both were fully resolved days before this input issue was
isolated as a separate, still-unresolved problem, and neither correlates
with the input-region symptom's occurrence.
## What DOES fix it (100% reproducible across multiple reboots)
Right-click the panel → "Show Panel Configuration" (entering Edit Mode) →
close it. Desktop input works immediately afterward, every time.
## Relevant log excerpts
See attached `journal-excerpts.txt` for:
1. The plasmashell restart at 17:56:11–17:56:13 (new PID, containment QML
reload) followed by a failed right-click attempt at 17:56:35.
2. The Panel Configuration open/close at 17:59:13–17:59:17 followed by a
successful right-click at the same timestamp.
## Notes for triage
- No crash, no KCrash entry, and no coredump is associated with this
session (`coredumpctl` was checked and shows nothing for this boot).
- The recurring `Final member StackingOrder is overridden in class
QQmlDMAbstractItemModelData` warning appears every time the desktop
containment's QML is (re)loaded — during ordinary startup, during a full
plasmashell restart, and during Edit Mode entry/exit alike. It does not
appear to be diagnostic of the actual fix; it's noise tied to containment
instantiation in general, not to whatever Edit Mode does differently.
- The consistent, falsifiable difference between "fixed" and "not fixed"
across every test run is specifically whether the shell has gone through
an Edit Mode transition — not whether the containment or the whole shell
process has been freshly (re)created. This points at something in the
Edit Mode code path that registers the desktop's Wayland input region
with KWin, which does not otherwise happen on ordinary containment
creation or process startup.
--
You are receiving this mail because:
You are watching all bug changes.
