Bug 1789935

Summary: freerdp crashes X server with keyboard input after switching workspaces
Product: Red Hat Enterprise Linux 7 Reporter: Andrew Mike <amike>
Component: freerdpAssignee: Ondrej Holy <oholy>
Status: CLOSED DUPLICATE QA Contact: Desktop QE <desktop-qa-list>
Severity: low Docs Contact:
Priority: unspecified    
Version: 7.7CC: alanm, brclark, jwright, mkolbas
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-02-05 10:00:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
coredump of ibus-daemon, taken from 7.7 VM
none
xorg coredump, taken from RHEL 7.7 VM
none
new xorg coredump, taken from RHEL 7.7 VM/freerdp-2.0.0-1.rc4 none

Description Andrew Mike 2020-01-10 18:48:07 UTC 
Description of problem: While freerdp, running in GNOME 3, is connected to a Windows VM in windowed graphical mode, it crashes on keyboard input after switching workspaces.

Version-Release number of selected component (if applicable):
2.0.0-1.rc4.el7

How reproducible: Sporadically (see notes).

Steps to Reproduce:
1. Start freerdp by connecting to a Windows VM.
2. Switch to another workspace in gnome without the freerdp window on it.
3. Switch back to the workspace by pressing the Ctrl+Alt+arrow keys.
4. Press the Enter key.

Actual results: X crashes with an application core.

Expected results: freerdp, GNOME, and Xorg continue to function.

Additional info:
- Attempts to reproduce this while the freerdp was connected to a physical Windows 10 machine were unsuccessful.
- Switching workspaces with the mouse does not reproduce the issue.
- This happens whether GNOME is in Classic Mode or not.
- Efforts to reproduce this with KDE failed.
- This is reproducible while freerdp is connected to either Windows 10 or Windows 7 VMs.
Comment 2 Andrew Mike 2020-01-10 19:02:06 UTC 
Created attachment 1651359 [details]
coredump of ibus-daemon, taken from 7.7 VM
Comment 3 Andrew Mike 2020-01-10 19:03:41 UTC 
Created attachment 1651360 [details]
xorg coredump, taken from RHEL 7.7 VM
Comment 4 Ondrej Holy 2020-01-15 12:32:02 UTC 
I am not able to reproduce it on my RHEL 7.7 when connecting to Windows Server 2016 VM.

The attached coredumps seem to be both for ibus-daemon and it looks like Bug 1350291, which was probably fixed by https://src.fedoraproject.org/rpms/ibus/blob/d4486513e9315268e0d957c77d5d14d7eb83e0fe/f/ibus-1385349-segv-bus-proxy.patch in Fedora. But this is probably just consequence of the session crash. Can you please reupload the data for xorg?

Does it help if you downgrade to freerdp-1.0.2-15.el7, or when this started happening?

This is maybe related to https://bugzilla.redhat.com/show_bug.cgi?id=1659113.
Comment 5 Andrew Mike 2020-01-31 22:49:59 UTC 
Created attachment 1656854 [details]
new xorg coredump, taken from RHEL 7.7 VM/freerdp-2.0.0-1.rc4

Managed to produce an xorg coredump using freerdp-2.0.0-1.rc4, attached. I wasn't able to get a VM set up with the downgraded freerdp; I'll see if I can get to that next week. Apologies for the delay.
Comment 6 Ondrej Holy 2020-02-05 10:00:50 UTC 
Thanks for the coredump. It looks like to me as a duplicate of Bug 1659113 given the backtrace. It is most probably the same as Bug 1677719 and Bug 1671183. Apparently also tigervnc and x2go have the same issue.

*** This bug has been marked as a duplicate of bug 1659113 ***