https://bugs.kde.org/show_bug.cgi?id=524391
--- Comment #4 from usman <[email protected]> --- (In reply to Nate Graham from comment #3) > Do you have the XWaylandVideoBridge app running? If so, does the issue go > away if you quit or kill it? > > If that helps, then this is Bug 522597, which is already fixed, and Fedora > KDE should be shipping the fixed version soon. Yes, I have confirmed that XWaylandVideoBridge is causing the issue. The problem reproduced with `xwaylandvideobridge-0.5.1-1.fc44` installed and running. This was after a clean system boot on August 23, several days after version 0.5.1 was installed, so it was not an old 0.5.0 process remaining in memory. While desktop clicks were broken, I ran: ``` qdbus-qt6 org.kde.KWin /KWin queryWindowInfo ``` and clicked the unresponsive desktop area. KWin identified the window as: ``` caption: Wayland to X Recording bridge — Xwayland Video Bridge desktopFile: org.kde.xwaylandvideobridge resourceClass: xwaylandvideobridge pid: 2791 x: 0 y: 0 width: 2560 height: 1394 fullscreen: false maximizeHorizontal: 2 maximizeVertical: 1 noBorder: false skipPager: true skipSwitcher: true skipTaskbar: true ``` I then ran: ``` pkill -f '[x]waylandvideobridge' ``` Desktop left-click, selection dragging, and right-click immediately began working normally again, without restarting plasmashell. Therefore, XWaylandVideoBridge’s invisible window was intercepting the desktop clicks. Since this still reproduced with version 0.5.1 specifically after the display powered off from inactivity and woke again, it matches Bug 524031, which is marked as fixed in XWaylandVideoBridge 0.5.2.  Written by gpt5.6 sol . Verified -- You are receiving this mail because: You are watching all bug changes.
