[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 Bug Janitor Service changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #25 from Bug Janitor Service --- 🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME. -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 --- Comment #24 from Bug Janitor Service --- 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 --- Comment #23 from Arek Guzinski --- (In reply to fanzhuyifan from comment #21) > This sounds like it might be fixed by the fix for BUG 484992 > (https://invent.kde.org/plasma/kwin/-/commit/ > 8fd4476ff1848ce7ce4d3573224fc4893ae8339d). Would anyone be able to confirm > if that is correct? Thanks! My task switching shortcut is now Meta+. (where '.' would be 'e' on a qwerty based layout). When using this, the windows start menu opens on the remote machine, so it's still not fixed. Unless maybe that fix is not yet merged in the version I'm trying to use (24.08.0)... -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 --- Comment #22 from Bug Janitor Service --- 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 postix changed: What|Removed |Added CC||pos...@posteo.eu -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 fanzhuyi...@gmail.com changed: What|Removed |Added CC||fanzhuyi...@gmail.com Status|CONFIRMED |NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #21 from fanzhuyi...@gmail.com --- This sounds like it might be fixed by the fix for BUG 484992 (https://invent.kde.org/plasma/kwin/-/commit/8fd4476ff1848ce7ce4d3573224fc4893ae8339d). Would anyone be able to confirm if that is correct? Thanks! -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 --- Comment #20 from Sektor van Skijlen --- Just got a notification about this bug, I'm really surprised that it's still running around. Of course this can be fixed very easily, I thought I hinted that already: If any of the modifiers key has been sent to the application (or you can get virtually any key), the state of keypressed should be remembered. When the Key Release event is coming to the application, this state is cancelled. When the window loses focus, and there is any KeyPress event earlier recorded (and not cancelled by KeyRelease), you send the artificial KeyRelease event of the same key. I guess this problem might touch upon more applications than KRDC, but in KRDC it's most visible and annoying. Although normally applications take care of that problem some easy way (for example, by executing events only on KeyRelease event), in KRDC the situation is special because the key event is sent to the underlying desktop, and the KeyPress event is recorded, but with no other key being released at the same time, it interprets it as pressed single Alt key. -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 postix changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=178015 -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 postix changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=162723 -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 Mauro Molinari changed: What|Removed |Added CC||mauro...@tiscali.it --- Comment #19 from Mauro Molinari --- I still have this (really annoying) problem with KRDC 19.12.3 and xfreerdp 2.2.0 on Kubuntu 20.04. The best workaround I could find is to disable global shortcuts for KRDC application, so that Alt+Tab goes to the remote system rather than being captured by Plasma. This has other advantages, but still the "out-of-the-box" experience is much affected by this problem. -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 Murz changed: What|Removed |Added CC||mur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 Elias Chatzigeorgiou changed: What|Removed |Added CC||echat...@gmail.com --- Comment #18 from Elias Chatzigeorgiou --- Hi @Alex, I am using 2.0.0-dev5 and still experiencing that issue elias@ecdl15:~$ xfreerdp --version This is FreeRDP version 2.0.0-dev5 (2693389a+debian) Any suggestions ? -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776
--- Comment #17 from Arek Guzinski ---
Ok... so i looked at the code, played around and realized 2 things:
The bad:
I don't think this problem can be fixed in krdc alone.
The solution Sektor van Skijlen proposed is how I'd try to solve it - but this
can't be done because embedding another X application blocks most focus events
from krdc.
Possible workarounds:
a) having kwin (or a kwinscript) notify krdc if the window changes via dbus.
Contra: would depend on using a window manager that can do that - AFAIK
this means kwin or xmonad.
b) Monitoring xfreerdp for messages that hint at a focus change.
Contra: might need modifiyng freerdp.
c) Fixing whatever causes the lost focus events (possibly Qt - more likely X.
And there is no way I'm touching Xorg code!)
Has anyone tested this on wayland? if so: whats the situation there?
The good:
the above isn't really necessary, as freerdp has already (mostly) fixed this :)
In my tests with the current version from git (2.0.0-dev4) keys are almost
always properly released. Beeing a development version, of course, it has some
quirks (like sometimes randomly grabbing all keys until you press right ctrl).
But I found using it more pleasant than having to deal with unreleased keys.
In short: workaround = upgrade to current freerdp from git.
If anyone really can't use the git version I might be persuaded to implement
a). Otherwise I'll consider it "almost resolved upstream". (is this enough to
change status to resolved ?)
also: @Christoph Feck thanks for the links :). However this wasn't enough, as
krdc would still load both versions of the plugin - and always use the wrong
one :/.
I worked around it by placing these 2 lines at the start of
MainWindow::loadAllPlugins()
const QString badpath =
QString::fromUtf8("/usr/lib/x86_64-linux-gnu/qt5/plugins");
QCoreApplication::removeLibraryPath(badpath);
--
You are receiving this mail because:
You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 --- Comment #16 from Christoph Feck --- If you want an application to work outside of the standard /usr prefix, you need to set environment variables to point to the installed files. These are documented at https://community.kde.org/Guidelines_and_HOWTOs/Build_from_source#Set_up_the_runtime_environment With recent extra-cmake-modules versions, it is also possible to automate this, see http://www.proli.net/2018/06/29/easily-building-and-testing-kde-applications-into-a-separate-prefix/ -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 --- Comment #15 from Arek Guzinski --- I tried to fix it but pretty much hit a wall with plugin loading. this might be slightly off topic for a bug report, but... when i try to debug krdc (per gdb or qCDebug) this only works for parts of it. The problem is that the plugins (libkrdc_rdpplugin.so in this case) or always loaded from the system-installed krdc. Of course I could to something like link from there to my compiled plugins, but I'd prefer not to pollute my system... So... @developers: how do you set everything up for KRDC development? -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 Arek Guzinski changed: What|Removed |Added CC||ker...@ag.de1.cc --- Comment #14 from Arek Guzinski --- bump! this is still a problem (IMO the most annoying bug in KRDC) in 2018 (using current Neon). If I find the time, I'll try to fix this myself next week or so. But since I don't know the source (yet), any hints on where to start and what problems this might cause are welcome. Also... is this a bug in krdc at all, or is it maybe an issue in xfreerdp? -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 200776] Switching from krdc via alt-tab sends "alt key" to the remote desktop
https://bugs.kde.org/show_bug.cgi?id=200776 Sektor van Skijlen changed: What|Removed |Added CC||ethou...@gmail.com --- Comment #13 from Sektor van Skijlen --- This is still a problem. I like krdc (over gvncviewer) exactly because it switches desktops and windows of the main system on Alt-Tab and Alt- other keys. There's still a problem with locked Alt key when I switch the krdc window to another window. The problem is, in particular, when I switch back and the whole desktop inside behaves as if the Alt key were pressed, even if it's actually not pressed (which changes the behavior of any key combination). So I propose a solution: please make krdc on the event of "lose focus" (which may be a result of Alt-Tab), send the Key Release (or whatever it's called) events for Alt - as I can see above, probably the same can be required for Control, Shift and Meta. To prevent unnecessary flooding, it can simply record Key Press and Key Release events to update the modifier key state, and on Lose Focus event send Release events only to the keys that were remembered as currently Pressed. If this can make things bad for anyone, you can make it an option - but really it shouldn't be harmful, as it's hard to imagine a situation when the window is NOT focused and any key is pressed. -- You are receiving this mail because: You are watching all bug changes.
