Created attachment 166684 [details] Screen-cast of the behavior. Top floating panel, when one maximizes a window of an application, „un-floats”, but the part of the screen, where bottom of this floating panel was occupying and now taken by the maximized window, still receives mouse events (hover, click), in effect invisibly blocking interaction with top part of a maximized window, which, for example, makes difficult to click on its close button. Attached an screen-cast of the behavior. Please notice when elements light up: the desktop switcher brights up, when mouse cursor is still over Firefox tab and Firefox's tab lights up only when cursor is over its middle, over bottom part. After disabling panel floating, everything works as expected. Bottom floating panel seems to be „unfloating” properly. Tested only on X11, as Wayland doesn't work on NVIDIA ootb. SCALING: 125% HDMI-0 connected primary 3840x2160+1920+0 (normal left inverted right x axis y axis) 700mm x 390mm DP-2 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 193mm Panel located at HDMI-0 screen. STEPS TO REPRODUCE 1. Add a top panel and make it floating 2. Open an app and maximize it 3. Try to click on its elements located at the top of the window. OBSERVED RESULT Panel „steals” mouse events. EXPECTED RESULT Maximized application receives mouse events. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch linux (available in About System) KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 NVIDIA: 550.54.14 Migrated from plasma5.
i can sometimes reproduce, so far seems a problem happening only on X11, on wayland it seems fine.
besides input working under the panel area, the top of the panel instead doesn't take any input
*** Bug 482715 has been marked as a duplicate of this bug. ***
I confirm, same problem here. If i switch from wayland to x11 the maximized window got the top of its top bar "eaten" by the panel. If i boot directly on x11, the problem doesn't occur anymore but the buttons are acting like if it was still doing it. Meaning only the bottom part of the buttons reacts to the mouse, pretty much like the screencast shows. which is very boring, especially when the top bar height is lower than 50px. (like pretty much all the window decorations ever)
Important note i forgot though: the problem doesn't occur if the panel isn't floating. So a temporary workaround would be to disable the floating on the top panel.
I can reproduce the problem on archlinux x11. And it cannot be resolved by rebooting.
Fixed by the commit in kwin master: https://invent.kde.org/plasma/kwin/-/commit/ea4fa87bc61f14f159bda75bea2248731911a5ba Plasma/6.0 : https://invent.kde.org/plasma/kwin/-/commit/369c3cbd7d843b6ce2901adf8b464158f84759a1