New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conflicts with Amazon WorkSpaces #203
Comments
Here's some hints that I found in Karabiner-Elements' log:
I'm getting those log entries while the WorkSpaces is connected. |
I also have this issue. macOS Sierra with AWS Workspaces |
Confirming this is a blocker as well. Workspaces Version: 2.2.1.292 ( 10/13/16 ) I'm unable to corroborate @haochenx 's logs however I'll add that the trackpad / mouse operations are perfectly normal, only the keyboard is impacted. If there are additional debugging steps I could perform please let me know. |
@tekezo this issue is still occurring, is there any other information I could provide that would help triage this? |
+1. Karabiner is an amazing piece of software. However, since upgrading to Karabiner-Elements and Sierra, the keyboard stops responding when in Amazon Workspaces. I can confirm that mouse and / or trackpad continue to operate normally - this only affects the keyboard (internal as well as external). |
Maybe related to #447 |
This has been going on since before Elements and Sierra; pretty sure this is not a new issue to either Seil+Karabiner or the OS. One other set of notes: if Karabiner-Elements is running when I start Workspaces, I get no keyboard input inside the Workspaces host OS. Even if I quite K-E, Workspace keyboard inputs won't work. I have to restart Workspaces. If I start Workspaces without K-E running, keyboard works inside Workspaces; then if I start K-E, keyboard stops working inside Workspaces; then if I quit K-E, keyboard resumes working. With this second scenario, I don't have to restart Workspaces to get the keyboard working again. It's not a workaround per se, but it is different behavior based upon which application was running first. |
With Karabiner 10.22 on El Capitan, the keyboard worked in WorkSpaces but the Karabiner mappings (Fn<->LControl swap in my case) were not in effect. I just upgraded to Karabiner-Elements 11 yesterday, still on El Capitan, and now I am experiencing this issue - keyboard doesn't work at all in the WorkSpaces client. |
Issue for me on High Sierra as well Maybe an workaround option would be to have a program exclude list for Karabiner (and possibly others like Discord, according to the linked issue above) where it doesn't bind the keyboard into that program when it's running but carries on as normal with other programs, not sure if this is possible with the keybinding framework in macOS? |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Just counteracting the stale vacuum bot. This is still an issue for me on High Sierra. |
I was stuck with this issue for a while. However, now, I am able to work around this issue by using an external keyboard and toggling the USB switch on my USB-C hub which corresponds to the keyboard while having that USB device disabled in Karabiner Elements. I know this sounds really strange. I was having a hard time reproducing the workaround because I couldn't figure out what order of events lead to me being able to use the keyboard and run Karabiner Elements. But this seems to be it:
I hope this helps someone. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
If the issue still exists it should not be closed. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Issue still happens, we have not given up hope on it one day being corrected. |
FYI, On Karabiner 12.1.0 I do not appear to have this problem any more. I can run Karabiner, open the Amazon workspaces client and -- huzzah -- type into the workspace. |
I'm not sure which change/upgrade resulted in the problem being resolved for me, but I can confirm that with macOS 10.13.6, Karabiner-Elements 12.1.0, and WorkSpaces client 2.4.9.837 (2018-08-29) I am no longer experiencing this problem. Further, key remapping appears to be in effect! |
Confirming that 12.1.0 seems to fix it as well! This is a great day!!! |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I have the same issue, but I don't know whether the culprit is Karabiner. I tried quitting Karabiner and it didn't work. The only fix was a restart, it sometimes works after a restart. The problem seems to be in Amazon Workspaces. |
Thank you for the hard works making Karabiner compatible with macOS Sierra! It works perfectly for me except that it seems that Karabiner-Elements conflicts with Amazon WorkSpaces. Karabiner used to play very well with the WorkSpaces, but after I upgrade to Sierra and switch to Karabiner-Elements, I can no longer type in WorkSpaces. The current workaround for me is to quit Karabiner-Elements before connecting to my remote desktop.
Could you please help solving this problem? I'm glad to provide any debugging information if needed.
The text was updated successfully, but these errors were encountered: