https://bugs.kde.org/show_bug.cgi?id=200776
--- Comment #17 from Arek Guzinski <ker...@ag.de1.cc> --- 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.