RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1415069 - ctrl, alt and super keys getting stuck down in the rdp session
Summary: ctrl, alt and super keys getting stuck down in the rdp session
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: freerdp
Version: 7.3
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Ondrej Holy
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1420851 1479818
TreeView+ depends on / blocked
 
Reported: 2017-01-20 07:12 UTC by Deepu K S
Modified: 2021-12-10 14:52 UTC (History)
4 users (show)

Fixed In Version: freerdp-1.0.2-11.el7
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-10 11:38:34 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2018:0724 0 None None None 2018-04-10 11:39:49 UTC

Description Deepu K S 2017-01-20 07:12:51 UTC
Description of problem:
We are using xfreerdp as this has clipboard support but every users has intermittent problems with ctrl, alt and super keys getting stuck down in the rdp session. The worst is ctrl seems to get stuck down but only in office applications requiring a complete log out. Every user has experienced these issues.

We have been testing xfreerdp with the following commands:
xfreerdp -0 -u username -d au -g 1678x980 -K -D --plugin cliprdr <IP_ADDRESS>
xfreerdp -0 -u username -d au -g 1678x980 -K --plugin cliprdr <IP_ADDRESS>
xfreerdp -0 -u username -d au -g 1678x980 --plugin cliprdr <IP_ADDRESS>

All three seem to have issues with keys getting stuck down. The worst case is when using ctrl alt up or ctrl alt down to change workspaces ctrl, alt or both tend to get stuck down in the rdp session and need to be pressed multiple times to clears them. Some times they can't be cleared without closing the session.


Version-Release number of selected component (if applicable):
Red Hat Enterprise Linux 7
freerdp-1.0.2-10.el7.x86_64

How reproducible:
At least once per day, ctrl and alt often get stuck when switching between virtual desktops

Steps to Reproduce:
1. I had a xfreerdp session open using the following command:
# xfreerdp -u username -d au --from-stdin -D -g 1910x1120 -K --plugin cliprdr --plugin rdpsnd <hostname>

The rdp session had been open for some time and the rdp screen had locked which happens after about 10 minutes. I hit enter at the password screen and instead of entering the password it caused the rdp session to go full screen. I moved the mouse off the rdp session and back on and hit enter again to cause the session to leave full screen mode. I then tapped ctrl and alt a few times, moved the mouse back onto the rdp session and hit enter which caused it to log in as I would have expected. This is a typical example that all users get of the ctrl or alt keys getting stuck down when moving to a different workspace and moving back again.


Actual results:
I usually have to do the following:
1. Set the windows machine to lock after a couple of minutes.
2. Change to a different workspace so the rdp session is no longer visible
3. Change back after it has locked
4. Try to unlock it. 

It will invariably act as though alt is stuck down so hitting enter on the password entry will cause the rdp session to go full screen instead of unlocking the session. This happens almost every time. This can be cleared by hitting the ctrl and alt keys a few times then trying again.

The other issue we are having is that sometimes the ctrl and alt keys won't unstick for some office applications. People have had to log out and log back in to the windows session to get it them to unstick. I originally thought it was an issue with the application as while it is happening it doesnt affect some applications like notepad but is seems to be specific to xfreerdp, does not happen with rdesktop or spice. This happens less frequently, maybe once per day or less.


Expected results:
No keys getting stuck down or show undesired behaviour.

Additional info:
We once suspected the issue to be below from upstream.

REQ: Switch to from guest desktop to host desktop without moving the mouse #931
https://github.com/FreeRDP/FreeRDP/issues/931

More discussion is here.
Release keyboard grab with Ctrl-Alt #49
https://github.com/FreeRDP/FreeRDP-old/issues/49

But it doesn't seem to be the same thing we are experiencing. We aren't getting stuck in the remote desktop and that page seems to mainly be around releasing the keyboard when in fullscreen mode.

I normally run the remote desktop session in a window and to change focus to my host desktop I just move my mouse off the edge of the remote desktop session. 

The issue we are experiencing is when we return to the remote desktop session and go to type a password. The password enters without any problems but when we hit enter instead of logging in, the desktop session switches to full screen mode as if the ctrl or alt keys are stuck down. To change it back I normally have to move my mouse outside of the rdp window, move it back in, press enter again (to leave fullscreen mode) then tap ctrl and alt to unstick them then hit enter again to log in. This happens almost every time we switch to a different workspace from where the rdp session is and switch back, so multiple times per day.

Some times it is worse when some applications, particularly anything Microsoft Office related, interprets keystrokes as if the windows key is stuck down. The only way to correct this is to log off and log back on. This issue doesn't happen from a Microsoft terminal server session or from the console (either physical or via spice on a kvm VM). This issue happens very rarely.

Comment 1 Ondrej Holy 2017-01-23 14:13:39 UTC
Thanks for your bug report.

I am able to reproduce the fullscreen issue just by the following:
xfreerdp -u USERNAME -p PASSWORD 192.168.100.203
1/ click in xfreerdp window
2/ move cursor away of the window
2/ change workspace by alt+ctrl+arrow
4/ alt+tab into freerdp window
5/ press enter and the window goes fullscreen (regardless of cursor position)

I am not sure whether the issue with office software is related, or not.

I am not able to reproduce it with freerdp master, so it is possible that it has been already fixed. I am going to debug it further...

Comment 2 Ondrej Holy 2017-01-24 09:00:36 UTC
The following upstream pull requests seem to be relevant:
https://github.com/FreeRDP/FreeRDP/pull/547
https://github.com/FreeRDP/FreeRDP/pull/704
https://github.com/FreeRDP/FreeRDP/pull/2430

I am going to backport them...

Comment 6 Ondrej Holy 2017-02-06 09:53:22 UTC
Probably the latter issue from the Description can be still reproduced with backported patches from the Comment 2. See the slightly modified reproducer from the Comment 1:
1/ click in xfreerdp window
2/ move cursor away of the window
3/ change workspace by super+pagedown/pageup (instead of alt+ctrl+arrow)
4/ alt+tab into freerdp window
5/ press "e" key and file explorer starts 

It seems that this is also fixed in master. I am going to investigate this further...

Comment 7 Ondrej Holy 2017-02-09 13:41:24 UTC
I am sorry, but the reproducer from Comment 6 seems don't work for me currently, but the following one works:

1/ click in xfreerdp window 
2/ press and hold super
3/ move cursor away of the window
4/ change workspace by pagedown/pageup (and release all the keys)
4/ alt+tab into freerdp window
5/ press "e" key and file explorer starts

Comment 26 errata-xmlrpc 2018-04-10 11:38:34 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:0724


Note You need to log in before you can comment on or make changes to this bug.