https://bugs.kde.org/show_bug.cgi?id=371877
Marcus Hallett changed:
What|Removed |Added
CC||marcushallett+linux@hotmail
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #21 from Kurt Kremitzki ---
This issue is one of the only major usability problems I have with KDE, so I
thought I might chime in. I see this issue when using virt-manager, the libvirt
GUI tool, and synergy, a software keyboard & mouse switc
https://bugs.kde.org/show_bug.cgi?id=371877
Kurt Kremitzki changed:
What|Removed |Added
CC||kkremit...@gmail.com
--
You are receiving thi
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #20 from Martin Flöser ---
On Wayland there is now a protocol for shortcut inhibitions. I plan to
implement this for 5.12. This would improve the situation on Wayland.
For X11 I can only recommend to use the block global shortcut window rul
https://bugs.kde.org/show_bug.cgi?id=371877
Alexander Stehlik changed:
What|Removed |Added
CC||alexander.steh...@gmail.com
--- Comment #19
https://bugs.kde.org/show_bug.cgi?id=371877
Dr. Chapatin changed:
What|Removed |Added
CC||yy...@gmx.com
--
You are receiving this mail be
https://bugs.kde.org/show_bug.cgi?id=371877
Sacha C changed:
What|Removed |Added
CC||sach...@gmail.com
--- Comment #18 from Sacha C ---
I
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #17 from Martin Gräßlin ---
Option 4 is not possible. We don't have any hints about that an
application/window grabbed the keyboard.
Options 1-3 are all possible. For option 3 we do have a window rule which
blocks global shortcuts and that
https://bugs.kde.org/show_bug.cgi?id=371877
Darin Miller changed:
What|Removed |Added
CC||darinsmil...@gmail.com
--- Comment #16 from Dari
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #15 from Martin Gräßlin ---
On X11 I don't see a possibility. The complete feature is built up on bypassing
keyboard grabs. AFAIK we cannot get a notification if another window grabs the
keyboard.
On Wayland we will have more control, thoug
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #14 from Thomas Pfeiffer ---
If technically possible, modifier-only shortcuts should not bypass keyboard
grabbing.
I would not consider them as equal to the likes of Ctrl-Alt-Fx. Those are "one
level above" the desktop as they cen be used to
https://bugs.kde.org/show_bug.cgi?id=371877
Martin Gräßlin changed:
What|Removed |Added
Severity|minor |wishlist
CC|
https://bugs.kde.org/show_bug.cgi?id=371877
Peter Wu changed:
What|Removed |Added
CC||pe...@lekensteyn.nl
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #11 from Martin Gräßlin ---
To explain a little bit:
on X11 it's possible for a window to grab the keyboard. If a window does that
all key events are sent to that window and not to others. So if e.g. Virtual
Box has grabbed the key events,
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #10 from atmarx ---
Thanks for being understanding. My apologies for sounding like an entitled
jerk.
It is a fresh install of KDE Neon -- I meant upgrade in the sense that I went
from 5.7.5 in Kubuntu to 5.8.2 (now .3). I ended up reinsta
https://bugs.kde.org/show_bug.cgi?id=371877
Martin Gräßlin changed:
What|Removed |Added
Resolution|--- |WAITINGFORINFO
Status|UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #8 from Martin Gräßlin ---
> I'm running the latest install of KDE Neon (27/10/16), after upgrading from
> Kubuntu 16.10 (so KDE 5.7.5, I believe) which did not exhibit this issue.
Please not that this is an unsupported upgrade path! It mi
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #7 from atmarx ---
I _guess_ it's possible that virtualbox, teamviewer, and remmina all somehow
'broke' at the same time, but considering the exact same versions work fine
under KDE 5.7.5 (and under Unity, Xfce, etc), I'm more inclined to be
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #6 from Martin Gräßlin ---
So these are two very different issues:
* global shortcuts
* meta shortct
The global shortcuts can only trigger if no other window has grabbed the
keyboard. If they trigger on the host, the client has failed to gr
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #5 from atmarx ---
I picked alt-tab as one example, but like I said in the original post, this
appears to be true for any alt+{key} or meta+{key} combo. Yes, they're global,
but previous to installing KDE Neon, even global shortcuts were pr
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #4 from atmarx ---
Same thing -- if I press the meta key by itself in the keyboard captured
window, it launches the app launcher on the host _and_ the remote session / vm
instead of only on the remote session / vm.
If I press a combo with m
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #3 from Martin Gräßlin ---
Sorry, but you also wrote about the "meta key" and menu opening? How is that
related? So far your bug report is only about Alt+Tab which are normal global
shortcuts? So how does the meta key play into that?
--
Yo
https://bugs.kde.org/show_bug.cgi?id=371877
--- Comment #2 from atmarx ---
Fair enough.
1. I launched a Virtualbox VM (or other program that captures the local
keyboard -- TeamViewer, Remmina, etc)
2. In the guest session, I pressed alt+tab (or any other alt+{key} or
meta+{key} combo).
Actual
https://bugs.kde.org/show_bug.cgi?id=371877
Martin Gräßlin changed:
What|Removed |Added
Flags||X11+
--- Comment #1 from Martin Gräßlin ---
I
24 matches
Mail list logo
