Created attachment 175458 [details] video-example of a select-on-hover "dead-zone" which sould not be there SUMMARY Select-on-hover does not work for most widgets when cursor enters ~2-4px area at certain edge (in my case 2-4px of top edge - example video in attachments). Items that should be selected are not selected, click also does not work. STEPS TO REPRODUCE 1. login into session 2. hover cursor over ~2-4px area at certain edge 3. observe OBSERVED RESULT Items that should be selected on hover are not selected (e.g. global menu categories items, shown in attachments video). Mentioned global menu categories items are not activated if you click them when cursor is in this ~2-4px "dead zone" on the edge of panel (in my case - top edge). "Application title bar" widget buttons works funky (also shown in attachments video) only when bug shows itself with global menu items. EXPECTED RESULT There should be no dead-zones on the edge of the panel - items should be selected on hover if they are full-height select-on hover items. ADDITIONAL INFORMATION Bug appears randomly (sometimes bug is present, sometimes it is not present, usually it appears in every 3-5 logins). Logot&Login into session usually make bug go away. As far as i observed - bug starts to work from the very beginning of the session, before i can do anything to trigger it. I thought that this bug was side effect of using RustDesk remote desktop utility (i mainly use my pc remotely), but today i found out that it kicks in even when PC is not used remotely. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.2 KDE Plasma Version: 6.2.2 KDE Frameworks Version: 6.7.0 Qt Version: 6.8.0 Kernel Version: 6.8.0-48-generic (64-bit) Graphics Platform: X11 Processors: 28 × Intel® Xeon® CPU E5-2690 v4 @ 2.60GHz Memory: 62.6 ГиБ of RAM Graphics Processor: AMD Radeon RX 550 / 550 Series
I could not reproduce this bug on wayland session btw. It may or may not affect wayland session, because i didn't test wayland session extensively (i've done like 3-4 reboots and it was not there).
It's an X11-specific bug. You're using fractional scaling, right?
(In reply to Nate Graham from comment #2) > It's an X11-specific bug. You're using fractional scaling, right? no, i have 100% scaling and native X11-apps scaling (not system-applied scaling) activated
There had been a similar problem in Bug 482580 that was fixed Testing: Logged into an X11 session, 100% scaling (attempted with a few logins, I understand the problem is intermittent) Added a Global Menu panel at the top of the screen (tested with floating and non-floating) Hovered cursor at the top edge of the panel over menus (tested with Konsole, Chromium) Hovered cursor at the bottom edge of the screen under icons in the icons-only task manager Observed all menus were highlighted as expected and all icons in the task manager were highlighted when mouse was above / below them at the edge of the panel I need a little more detail on your settings to try to replicate with the same setup. 1. I notice in your screen recording, the OBS window has window controls (Close, maximize, minimize, etc). I don't see this using the Application Menu Bar (aka global menu). I don't see a way to show them in that panel either. Is that the panel you're referring to? I want to make sure I understand your setup correctly. How did you set this up? 2. Are there other widgets you observe this bug with? If so, what's one of them? 3. What setting specifically are you setting for select-on-hover? Thanks!
(In reply to TraceyC from comment #4) > There had been a similar problem in Bug 482580 that was fixed > > Testing: > Logged into an X11 session, 100% scaling (attempted with a few logins, I > understand the problem is intermittent) > Added a Global Menu panel at the top of the screen (tested with floating and > non-floating) > Hovered cursor at the top edge of the panel over menus (tested with Konsole, > Chromium) > Hovered cursor at the bottom edge of the screen under icons in the > icons-only task manager > > Observed all menus were highlighted as expected and all icons in the task > manager were highlighted when mouse was above / below them at the edge of > the panel > > I need a little more detail on your settings to try to replicate with the > same setup. > 1. I notice in your screen recording, the OBS window has window controls > (Close, maximize, minimize, etc). I don't see this using the Application > Menu Bar (aka global menu). I don't see a way to show them in that panel > either. Is that the panel you're referring to? I want to make sure I > understand your setup correctly. How did you set this up? > > 2. Are there other widgets you observe this bug with? If so, what's one of > them? > > 3. What setting specifically are you setting for select-on-hover? > > Thanks! 1. I use widget "Application title bar" https://github.com/antroids/application-title-bar it provides me with active window control and AFAIK is the only feature-compleete and staple active window control widget for Plasma 6. I use the latest version of this widget from github (7.5). 2. I observe this bug with every widget it the top panel (including: system tray, desktop switcher, activities switcher, digital clock wiget, and compact shuttdown widget from the store). Everything if working fine on the bottom panel (including icons only taskbar and system tray). 3. I don't understand the question ( I also have 1080p fullHD 27' monitor, top panel height is set to 27px. New observation - if i change top panel position lo left or right or bottom - everything (hover-wise and click-wise) is working as intended. So the dead-zone is pinned to a monitor, not to the panel (cant test on two monitors tho). In reality whole top edge of my monitor is a 2-4 pixel dead-zone to any click or hover events.
I found what causes the bug. STEPS TO REPRODUCE 1. login into X11 plasma session 2. Go to System Settings to "Touchscreen Gestures" page and choose any option for 'top edge swipe' aside from [do nothing] (e.g. grid) 3. hover cursor over ~2-4px area at the top edge 4. observe OBSERVED RESULT 2-4 pixel area on top of the screen becomes a dead-zone to any click or hover events. If there are a panel at the top - widgets stop react to hover and clicks (e.g. global menu). If there are no panel at the top, this 2-4 pixel area is still a dead-zone for any click or hover events - if you place any app (e.g. kwrite) and try to click/hover its content in this 2-4 pixel area. EXPECTED RESULT There should be no dead-zone on the edge of the panel when edge swipe gesture is configured for the same edge. ADDITIONAL INFORMATION 1. This bug works for any edge of the screen (top/bottom/left/right) if you configure edge swipe gesture on any of them.
Good find! Thanks for digging into this. I can confirm that just by adding the touch gesture in git-master, I can reproduce the problem you're seeing. I also have a dead zone at the top of the screen, as demonstrated in the video you attached.
Ahh, this. Unfortunately it's an unfixable issue on X11: touch gestures on screen edges are fundamentally incompatible with Fitts' Law for things on the same edge. If you want this to work properly, you'll have to use the Wayland session.