Univention Bugzilla – Bug 32816
xfreerdp 1.0.1 crashes when it becomes a target of 'remote control'
Last modified: 2014-06-12 09:20:03 CEST
If "remote control" (W2k8 "helpdesk"-feature) is activated, the users xfreerdp 1.0.1 crashes. This problem is fixed with xfreerdp 1.0.2.
xfreerdp 1.0.2 therefore does not connect properly to W2k3 Terminal Servers via the RDP session script. xfreerdp starts, a black screen is visible, then the user is thrown back to the lightdm prompt. Connections to W2k8 work fine though.
A manual connection (direct call via lxde) works to both W2k3 and W2k8.
The helpdesk feature triggering the bug doesn't exist in 2003.
Looks like xfreerdp 1.0.2 crashes when connecting to w2k3 with sound enabled (--plugin rdpsnd). If the sound plugin is not loaded, the connection works fine:
ucr set rdp/disable-sound=true
(In reply to Moritz Muehlenhoff from comment #1)
> The helpdesk feature triggering the bug doesn't exist in 2003.
My bad! This feature also exists in windows 2003 and the bug can also be triggered with this version.
(In reply to Janis Meybohm from comment #0)
> Ticket#: 2013100821001518
> If "remote control" (W2k8 "helpdesk"-feature) is activated, the users
> xfreerdp 1.0.1 crashes. This problem is fixed with xfreerdp 1.0.2.
It is not fixed with "our" version of freerdp-x11-1.0.2!
Tagging errata as both available freerdp Versions in UCC are affected and the problem occures with both, Windows 2003 and Windows 2008 terminal servers.
freerdp-x11-1.0.2-1ubuntu1˜ubuntu12.04.1˜ppa1 (kde 4.11 scope)
(In reply to Janis Meybohm from comment #4)
> Tested versions:
> freerdp-x11-1.0.2-1ubuntu1˜ubuntu12.04.1˜ppa1 (kde 4.11 scope)
freerdp-x11-1.0.2-2ubuntu1 from trusty (Ubuntu 14.04) does not work either.
There is a version in our UCC Cool Solution repository (1.1.0~beta1+git20130621) that seems to work fine, though (tested with Windows Server 2008 R2).
The crash is related to changes between the color depth of the session user and the remote side. The affected code is in xf_gdi_memblt(), but I couldn't isolate a specific commit fixing the issue, there are too many underlying changes and refactorings in the 1.1 trunk.
Updating to the current 1.1 trunk is not an option, the risk of regressions is too high.
I found a workaround: Passing --no-bmp-cache to the xfreerdp call fixes the crash and has no noticable performance degration.
(In reply to Moritz Muehlenhoff from comment #6)
> I found a workaround: Passing --no-bmp-cache to the xfreerdp call fixes the
> crash and has no noticable performance degration.
That workaround fixes my setup, but it can still be reproduced with the affected installation.
This fix is already backported to Precise:
This will be fixed in UCC 2.0 in conjunction with Bug 34274
works with the latest version of the NeutrinoRDP client from
*** This bug has been marked as a duplicate of bug 34274 ***
Dupe, as fixed with the move towards neutrinordp. I've added a note on Bug 34274 to ensure it's tested.
UCC 2.0 has been released:
If this error occurs again, please use "Clone This Bug".