After restarting kwin with unchecked "Enable compostitor on startup" and with a vertical panel going all the way from top to bottom of screen, covering too corners. -I can not click the K-menu and the clock when clicking in the screen corners - moving the mouse just 1 pixel away from the corner works. When enabling compositor with shift+alt+f12, the corners respond again. And if KDE is started with compositor enabled, then disabling compositor with shift+alt+f12 - clicking also works normally. - So it only happens when compositor is disabled on startup. Reproducible: Always Steps to Reproduce: 1. Uncheck "Enable compositor on startup" (System settings -> Display & Monitor -> Compositor" 2. Move your panel so it is aligned with the left side of the monitor covering both left corners, - I have K-menu in the bottom of this panel and Clock in the top.. 3. Restart KWin (re-login/reboot/kwin_x11 --replace) 4. Try opening calender (clock) or Kmenu by clicking the pixel in the left corners. Actual Results: Calender doesn't open. K-menu (application launcher) doesn't open. Expected Results: Menu/Calender should open.
Sounds like another window is there. Please xprop and xwininfo the corners and post the output here.
More things I tried btw, bug persists: - I did try deleting the panel and creating a new one. - I also tried as a newly created user. - It started after upgrade to 5.8.0 - Ironically -the only reason I start KDE with compositing disabled is to workaround another bug I haven't posted yet. :p - It should be easy to confirm using the steps I provided. Output of xprop and xwininfo when clicking the problematic corners: xprop: https://gist.github.com/metalight/97bce72c35510dba9be6c9d5086e3650 xprop: https://gist.github.com/metalight/1483a55252d224459db8929d20307b43 xwininfo: https://gist.github.com/metalight/9a38d04fa4cbd83b21e95f3771f863e2 xwininfo: https://gist.github.com/metalight/2a5515e534f6ac363cdde40c8ffe2042
According to the xprop output it's the desktop window and not the panel. Maybe there's a 1px offset between panel and screen edge?
If i move the mouse 1 pixel in any direction away from the corner, the Kmenu icon lights up - and I can click it! Starting kwin with compositing disabled is the essential part: $ xprop | grep _NET_WM_NAME _NET_WM_NAME(UTF8_STRING) = "Desktop — Plasma" Enabling compositing with shift+alt+f12 and running xprop again: _NET_WM_NAME(UTF8_STRING) = "Plasma" Disabling compositing with hotkey again reverts to bug, BUT -starting with compositing enabled never triggers this bug, even after disabling it with hotkey! Nothing moves around or seems to get covered or anything after hotkey is pressed. Try it.
Moving to Plasma. It looks like the panel moves a pixel when compositing gets disabled. Any update handler on the geometry running?
It does not seem to me that anything is being moved. Toggling compositing on/off with shift+alt+f12 doesn't toggle the bug, unless kwin is launched with disabled compositing - then indeed it does toggle the bug as well! - without panels moving. It is just that single 1 pixel- not the whole side, that can't be clicked, please understand: -That when moving the mouse 1 pixel in ANY direction away from the corner but still aligned with any side makes the button clickable - that would NOT happen if the panel was moved, then the whole side would be un-clickable. :)
*** Bug 371671 has been marked as a duplicate of this bug. ***
Can reproduce this issue in: Plasma: 5.12.2 Apps: 17.12.2 Frameworks: 5.43.0 Qt: 5.10.1 Kernel: 4.14.22-1-MANJARO OS: Netrunner Rolling Video: Intel 4400 xf86-video-intel 1:2.99.917+812+g75795523-1 Screen: 1600x900
Cannot reproduce in Plasma 5.21. Can anyone else?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!