[Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

masterofamn · 2024-09-30 16:03:30

Hi,

I lately see some strange behavior of my KDE windows in Plasma when trying to re-size them via ALT+right-click+mouse move:
Despite ALT being held down, the right-click window opens (if one is available) on the mouse click. I.e. when I try to resize for example a Dolphin window, the resize is working but at the same time the right-click menu opens at the mouse position. When releasing the mouse button within the area of the menu after resizing, I am unintentionally selecting something from the menu - which is quite annoying.

It happens in KDE programs like Dolphin and Konsole but not in Firefox or Thunderbird. I am quite sure this was not the case until recently - someone else seeing this or knows how to get rid of it?

Thanks in advance!

Operating System: Arch Linux
KDE Plasma Version: 6.1.5
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.3
Kernel Version: 6.10.10-arch1-1 (64-bit)
Graphics Platform: X11
Processors: 20 × 13th Gen Intel® Core™ i5-13500
Memory: 62.5 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 770

Last edited by masterofamn (2024-10-02 07:26:52)

seth · 2024-09-30 16:28:23

Either the shortcut isn't bound or the alt key not registered or bounces.

xev

should show you pressing alt, then when you click the button enter/leave and keymap changes (that's the passive grab for the shortcut) but not the mouse button. Then releasing the alt key.

Funny0facer · 2024-09-30 18:37:38

Did you try to switch it (at least temporary) to the Meta key? See https://discuss.kde.org/t/window-resize … click/2210 on how to change it.

masterofamn · 2024-10-01 07:04:21

Funny0facer wrote:

Did you try to switch it (at least temporary) to the Meta key? See https://discuss.kde.org/t/window-resize … click/2210 on how to change it.

Thanks for the suggestion. Tried it but it did not help: when I change Alt to Meta the same thing happens with the Meta key.

masterofamn · 2024-10-01 07:23:40

seth wrote:

Either the shortcut isn't bound or the alt key not registered or bounces.
xev
should show you pressing alt, then when you click the button enter/leave and keymap changes (that's the passive grab for the shortcut) but not the mouse button. Then releasing the alt key.

Thanks for the help. I installed xev and here is the output of the three events:

ALT:

KeyPress event, serial 40, synthetic NO, window 0x7600001,
    root 0x4ab, subw 0x0, time 68866743, (165,-14), root:(1355,614),
    state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x7600001,
    root 0x4ab, subw 0x0, time 68867776, (165,-14), root:(1355,614),
    state 0x18, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

right-click:

ButtonPress event, serial 40, synthetic NO, window 0x7600001,
    root 0x4ab, subw 0x0, time 69702096, (164,139), root:(1354,767),
    state 0x10, button 3, same_screen YES

ButtonRelease event, serial 40, synthetic NO, window 0x7600001,
    root 0x4ab, subw 0x0, time 69703576, (164,139), root:(1354,767),
    state 0x410, button 3, same_screen YES

ALT+right-click:

KeyPress event, serial 40, synthetic NO, window 0x7600001,
    root 0x4ab, subw 0x0, time 69004797, (188,180), root:(1378,808),
    state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

LeaveNotify event, serial 40, synthetic NO, window 0x7600001,
    root 0x4ab, subw 0x0, time 69005575, (188,180), root:(1378,808),
    mode NotifyGrab, detail NotifyAncestor, same_screen YES,
    focus YES, state 1048

EnterNotify event, serial 40, synthetic NO, window 0x7600001,
    root 0x4ab, subw 0x0, time 69008683, (188,180), root:(1378,808),
    mode NotifyNormal, detail NotifyNonlinear, same_screen YES,
    focus YES, state 24

KeymapNotify event, serial 40, synthetic NO, window 0x0,
    keys:  171 0   0   0   0   0   0   0   1   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

KeyRelease event, serial 40, synthetic NO, window 0x7600001,
    root 0x4ab, subw 0x0, time 69010843, (188,180), root:(1378,808),
    state 0x18, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

Anything wrong with this? I unfortunately can't compare to a working system right now...

Last edited by masterofamn (2024-10-01 07:25:56)

mesaprotector · 2024-10-01 09:07:05

masterofamn wrote:

Hi,
I lately see some strange behavior of my KDE windows in Plasma when trying to re-size them via ALT+right-click+mouse move:
Despite ALT being held down, the right-click window opens (if one is available) on the mouse click. I.e. when I try to resize for example a Dolphin window, the resize is working but at the same time the right-click menu opens at the mouse position. When releasing the mouse button within the area of the menu after resizing, I am unintentionally selecting something from the menu - which is quite annoying.
It happens in KDE programs like Dolphin and Konsole but not in Firefox or Thunderbird. I am quite sure this was not the case until recently - someone else seeing this or knows how to get rid of it?

I would be willing to bet that it's a regression with Qt 6.7.3. There are two similar bug reports filed on the Qt bugtracker involving mouse behavior with 6.7.3 specifically. Someone pushed a commit to try to fix a behavior that clicks weren't registering while the Super key was held down - which resulted in the current behavior of too many clicks registering, rather than too few.

It'll likely be fixed fairly soon, and if you can hang on I'd do that. If not, 6.7.2 or earlier will probably work fine, but note that downgrading is not supported, so your applications might accumulate other issues over time if you update them while holding back the Qt6 version.

masterofamn · 2024-10-01 11:03:11

Thanks for the info. I had looked at KDE/Plasma's tracker but not Qt before posting here.

seth · 2024-10-01 11:49:00

The shoutcut is certainly bound to something (globally) and it just seems that kwin simply doesn't handle the event, so you could try to downgrade to Qt 6.7.2 from the ALA and see whether it's coming from there.

masterofamn · 2024-10-02 07:26:31

Todays 6.7.3-2 update of qt6-base fixed the problem for me. Thanks to the package maintainers/devs and all who replied.

Arch Linux

#1 2024-09-30 16:03:30

[Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

#2 2024-09-30 16:28:23

Re: [Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

#3 2024-09-30 18:37:38

Re: [Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

#4 2024-10-01 07:04:21

Re: [Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

#5 2024-10-01 07:23:40

Re: [Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

#6 2024-10-01 09:07:05

Re: [Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

#7 2024-10-01 11:03:11

Re: [Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

#8 2024-10-01 11:49:00

Re: [Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

#9 2024-10-02 07:26:31

Re: [Solved]Plasma on X11: windows resize via ALT+mouse opens context menu

Board footer