| Summary: | Using the KWin Resize keyboard shortcut, all keypresses are sent into the window during the resize | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | andydecleyre |
| Component: | core | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | andydecleyre, bugseforuns, dl, jan-bugs, jens, kishore96, matti-kdebugs, m_105, notuxius, p.r.worrall, saif1988, samuel.gilbert, shlomif, xilef4040 |
| Priority: | NOR | Flags: | mgraesslin:
Wayland-
mgraesslin: X11+ |
| Version: | 5.7.5 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| URL: | https://invent.kde.org/plasma/kwin/-/merge_requests/90 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Demonstration Video | ||
|
Description
andydecleyre
2016-09-15 03:21:22 UTC
I've attached a demonstration video. The keypresses are not reported correctly (vokoscreen bug I guess); what it reports as "s" is cursor-right, "r" is cursor-up, "q" is cursor-left. In the video's case, it seems that hitting Enter _did_ stop the resize operation. That is not consistent. But you can clearly see, regardless, that the keypresses are inappropriately affecting the application being resized. Created attachment 101091 [details]
Demonstration Video
How do you trigger the resize shortcut? Meta+R As I have it defined via the Global Keyboard Shortcuts KCM. Thanks that's what I wanted to know. For the record: this problem is fixed on Wayland. On X11 it looks like the grab fails. We have a few places where we are reported that the grab fails. *** Bug 372952 has been marked as a duplicate of this bug. *** The same problem exists for moving the window, causing unreliable behavior (often closing the window meant to be moved) when hitting Enter or Escape to end the move operation. I think it would be better to remove the resize and move keyboard shortcuts as possibilities entirely than to keep them in this broken state. They can return if anyone ever fixes them. As it is now, it's dangerous and confusing. *** Bug 363863 has been marked as a duplicate of this bug. *** (In reply to andydecleyre from comment #7) > The same problem exists for moving the window, causing unreliable behavior > (often closing the window meant to be moved) when hitting Enter or Escape to > end the move operation. > This also happens here in plasma 5 on mageia v7 after doing alt+f3 and selecting the move or resize options. The arrow keys are passed to the VLC window. > I think it would be better to remove the resize and move keyboard shortcuts > as possibilities entirely than to keep them in this broken state. They can > return if anyone ever fixes them. As it is now, it's dangerous and confusing. God, why? Just fix them - do not remove functionality and accessibility. Pressing resizing shortcut, increasing size of XWayland window is registering Enter key press with first time and resizing operation ends Pressing resizing shortcut, decreasing size of XWayland window is registering Enter key press with second time and resizing operation stops after pressing Enter key second time, the XWayland window becomes half-transparent and closes only after second close button press, the window stays rendered half transparent on screen but it has no Task Manager task displayed Pressing resizing shortcut, decreasing or increasing size of Wayland window almost always crashes the Plasma, sometimes the window becomes half transparent and Enter key registering with second time, resizing operation stops and the window closes after second close button press, and very rarely resize operation ends normally without half transparency with first Enter key press Tried with VLC and Dolphin apps in Wayland Distribution: KDE neon Developer Edition Kernel: 4.15.0-29-generic Plasma: 5.13.80 Apps: 18.11.70 Qt: 5.11.1 Frameworks: 5.48.0 Pressing Esc key is registered with first time after increasing/decreasing size of XWayland window upon resizing operation, resizing operation stops after first Esc key press Pressing Esc key is registered with first time after increasing size of Wayland window upon resizing operation, resizing operation stops after first Esc key press Pressing Esc key is registered with second time after decreasing size of Wayland window upon resizing operation, resizing operation stops after second Esc key press, the window becomes half transparent Tried with VLC and Dolphin apps in Wayland Any issue on Wayland is a different issue. This bug is about X11. *** Bug 406017 has been marked as a duplicate of this bug. *** This bug is still in Kubuntu by 5.16.5 I wish this would be fixed *** Bug 444817 has been marked as a duplicate of this bug. *** This is still a problem. |