[plasmashell] [Bug 371821] New: Meta key behavior not consistent, especially in VirtualBox VMs
https://bugs.kde.org/show_bug.cgi?id=371821
Bug ID: 371821
Summary: Meta key behavior not consistent, especially in
VirtualBox VMs
Product: plasmashell
Version: 5.8.2
Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: NOR
Component: Application Launcher (Kickoff)
Assignee: k...@davidedmundson.co.uk
Reporter: am...@xram.net
CC: plasma-b...@kde.org
Target Milestone: 1.0
Switched from KUbuntu 16.10 with 5.7.5 to KDE Neon 5.8.2, and I love the fact
the meta key now brings up the app launcher without needing a workaround (in
addition to a bunch of other fixes -- awesome work!)
However, its behavior is inconsistent. Pressing Alt+F1 will show/hide the
launcher. Pressing Meta will show, but subsequent presses will not hide the
launcher (have to press Esc or mouse focus elsewhere to hide the launcher).
Also, in VirtualBox VMs, Meta+{key} sequences are properly captured and do not
trigger host shortcuts. But a single press of the meta key causes the app
launcher to show, even when the keyboard is captured by the VM.
--
You are receiving this mail because:
You are watching all bug changes.
[plasmashell] [Bug 367685] Toggle application launcher on meta key
https://bugs.kde.org/show_bug.cgi?id=367685
--- Comment #8 from atmarx ---
Any idea if this will also affect how the meta key works in keyboard-captured
programs (like TeamViewer or VirtualBox)?
As of right now, meta+{key} combos are captured properly and don't trigger
bound shortcuts on the host, but a meta key press by itself causes the app
launcher to pop up as well as triggering it on the remote system / vm.
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 371877] New: key combos not being properly passed into keyboard-captured apps
https://bugs.kde.org/show_bug.cgi?id=371877
Bug ID: 371877
Summary: key combos not being properly passed into
keyboard-captured apps
Product: kwin
Version: 5.8.2
Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: NOR
Component: input
Assignee: kwin-bugs-n...@kde.org
Reporter: am...@xram.net
Target Milestone: ---
When running a program that captures the keyboard to redirect to a remote
device (virtualbox, remmina rdp connection, teamviewer), alt+{key} and
meta+{key} combos aren't being properly ignored by the host. Pressing just the
meta key causes it to fire on both, but any key combo only seems to pass the
modifier key (win+d will minimize all of my local windows, but if I switch back
to an windows remmina session, the start menu is up -- meta key fired remotely,
but no 'd')
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.
It's great the meta key now pops up the app launcher without any workarounds
required, but if this is the cost... :(
I had originally posted this under plasmashell, but the devs said it sounded
like a kwin issue. Sorry if this is the wrong product/component for this
issue.
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 371877] key combos not being properly passed into keyboard-captured apps
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 result: my host changes windows
Expected result: but I wanted to change windows (or trigger some other
shortcut) in the VM (or remote session, etc).
It's like KDE is being grabby with the key combos instead of properly passing
it along to the app that's supposed to have captured the keyboard.
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 371877] key combos not being properly passed into keyboard-captured apps
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 meta {e.g. meta+D), my host shows the desktop, but the
remote session / vm only receives a meta keypress -- not the whole shortcut.
I'm sorry if I'm being confusing -- this seems very straightforward to me.
Correct behavior was exhibited in KDE 5.7.5 that was bundled with Kubuntu
16.10.
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 371877] key combos not being properly passed into keyboard-captured apps
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 properly
ignored by the host when an app was capturing the keyboard to send to a remote
session / vm.
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 371877] key combos not being properly passed into keyboard-captured apps
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 believe something changed in KDE between 5.7.5 and present. If you're saying that this new behavior is 'by design', then I guess KDE is not designed for sysadmins who need to support other OSs remotely. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 371877] key combos not being properly passed into keyboard-captured apps
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 reinstalling again since the other Neon install was only a few days old, and I must have messed something up with the shortcuts in the original install. Remmina and Virtualbox work mostly as you say, passing the combos through. Virtualbox though sometimes misses alt+f4 and prompts to close the VM instead of letting the VM handle alt+f4. TeamViewer is a mess, not capturing any alt or meta key combos. I've raised a bug with their devs, who are calling it a 'feature request' (when it provides a checkbox to capture and send key combos to the remote host and doesn't do that, I call it a bug, but whatever...) With respect to the key grabs, kglobalaccel5 has almost all of them -- I'm guessing each one is a specific combo and correlates to the global shortcuts? kwin_x11 has another handful. I'm not sure if the focus has to be in Teamviewer or VB, but with both of them up and running (a VM loaded in VB and a remote connection in TV), the logs aren't reporting any grabs for them. If the grabs only register when the focus is on the apps, should I set a cron job to run it and then leave the app focused? -- You are receiving this mail because: You are watching all bug changes.
