Version: 4.1.3 (using KDE 4.1.3) OS: Linux Installed from: Ubuntu Packages I am using krdc via a VPNC-connection to another PC running Windows XP SP2. I am usually using fullscreen mode. When I connect initially, ALT-TAB behaves correctly, i.e. I can switch between tabs on the REMOTE machine. However as soon as I choose some action via the icon list on top (sometimes it seems even activating that small window with the icons is enough), the ALT key is broken. I then see the following behavior: - ALt-TAB is not sent to the remote machine any more, but rather shows the Application-Switcher from the LOCAL machine, which is wrong as I am still in the full screen KRDC session - ALT seems to be in "pressed" state constantly, i.e. if I press some key the action as if ALT is pressed down is executed. - pressing ALT and then ALT GR seems to fix the ALT-down state some of the time, however it does usually NOT fix the ALT-TAB switching to be wrong - the ALT-TAB switching seems to start to work after some time, I could not yet find the pattern that makes it work again. - Doing actions with the mouse or using other keys works fine, only ALT-TAB and the ALT-down issues haunt me when using krdc. Anything else that I can provide to investigate this?
I can confirm this behavior. But I rely on it for my work flow sometimes. If you click on the toolbar, kwin can receive any key combos you hit, such as alt-tab. If you click in the remote session, it will recieve key combos. I would definitely not like to see this behavior change. But perhaps there should be some sort of indication to the user that that is the behavior. Such as the screen being grayed when the toolbar has focus. (unfortunately, this is hard to do because of the xembed stuff...)
You are talking about an RDP connection, right. If not, please correct me.
I am not sure this describes a single bug, but does krdc behave the same way with KDE SC 4.14.1 and freerdp?
@Filipus Klutiero It doesn't occur with plain freerdp with KDE 4.14.2, only with krdc
I obtain an opposite behavior - initially, local windows switch. If I click in the remote host, then remote windows switch. Oddly enough, when the remote is fullscreen, window switch is always local. I requested a documentation of keyboard input grabbing in ticket 339486.
I apologize for the above comment. When krdc is fullscreen, window switch is sometimes local and sometimes remote, and the factor is far from obvious. There is no obvious link with the mouse's position.
Created attachment 90253 [details] attachment-1002-0.html I think the issue is some KRDC widget grabbing focus and not properly releasing it. I have not been able to figure out what widget it is. My intuition says it is either the fullscreen toolbar or the new connection screen. The workaround for me is to alt-tab out and back in to KRDC. This will fix the issue temporarily. On Mon, Nov 24, 2014, 10:24 PM Filipus Klutiero <chealer@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=178015 > > --- Comment #6 from Filipus Klutiero <chealer@gmail.com> --- > I apologize for the above comment. When krdc is fullscreen, window switch > is > sometimes local and sometimes remote, and the factor is far from obvious. > There > is no obvious link with the mouse's position. > > -- > You are receiving this mail because: > You are on the CC list for the bug. >
When I press ALT+TAB in the full screen remote session, krdc won't pass any characters anymore until I reconnect the remote session. Operating System: openSUSE Tumbleweed 20240820 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.5-1-default (64-bit) Graphics Platform: Wayland krdc 24.05.2 Remote is Fedora 40 with Plasma Wayland 6.1.4 and krdp 24.05