[ 
https://issues.apache.org/jira/browse/GUACAMOLE-1191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mike Jumper updated GUACAMOLE-1191:
-----------------------------------
    Description: 
While the various RDP caches have previously been enabled by default for 
FreeRDP, this changed with [commit 
5a2c249|https://github.com/FreeRDP/FreeRDP/commit/5a2c24974953f044ac35ddf47bf8637bc41df02d]
 for releases 2.0.0 and later. The glyph cache is now marked as "experimental" 
and is disabled by default.

Unfortunately, while the failures within the caches have been reported upstream 
via GitHub, FreeRDP has closed the issue and stated that there is no intent to 
fix:

https://github.com/FreeRDP/FreeRDP/issues/6505#issuecomment-705732350

We should consider ways to safely disable these caches by default without 
overly breaking backward compatibility.

  was:
While the various RDP caches have historically been enabled by default within 
FreeRDP, this changed via [commit 
5a2c249|https://github.com/FreeRDP/FreeRDP/commit/5a2c24974953f044ac35ddf47bf8637bc41df02d]
 for 2.0.0 and later (see [PR 
#3500|https://github.com/FreeRDP/FreeRDP/pull/3500]). As of 2.0.0, the glyph 
cache is disabled by default and has been marked as "experimental". According 
to FreeRDP, these caches are known to be broken and there is no intent of 
correcting the support for these caches:

https://github.com/FreeRDP/FreeRDP/issues/6505#issuecomment-705732350

Original issue as reported:

{quote}
The RHEL7 line released updates to freerdp and libwinpr to version 2.1.1-2. 
After applying updates connections that previously worked to win7 and win2008r2 
targets quit working. Connections to win10/win2016/win2019 continued to work. 
Win7 is very bad, can barely get a session open, win2008r2 isn't as bad, but 
neither can survive clicking the Start button.

NOTE: Everything seems to work if I set disable-glyph-caching=true

h3. Debug log for win7

{code:none}
DEBUG: invalid offscreen bitmap at index: 0x00000238
DEBUG: Alternate Secondary Drawing Order [0x00] Switch Surface failed
DEBUG: order flags 02 failed
DEBUG: Fastpath update Orders [0] failed, status 0
DEBUG: fastpath_recv_update() - -1
DEBUG: fastpath_recv_update_data() fail
DEBUG: transport_check_fds: transport->ReceiveCallback() - -3
DEBUG: freerdp_check_fds() failed - 0
ERROR: Connection closed.
{code

h3. Debug log for win2008r2

{code:none}
DEBUG: invalid bitmap bpp 0
DEBUG: SECONDARY ORDER [0x00] Cache Bitmap failed
DEBUG: SECONDARY_ORDER [0x00] Cache Bitmap: read 18446744073709551351bytes too 
much
DEBUG: order flags 03 failed
DEBUG: Fastpath update Orders [0] failed, status 0
DEBUG: fastpath_recv_update() - -1
{code}

I disabled bitmap and offscreen cache and got this:

{code:none}
DEBUG: [0x00] Switch Surface - SERVER BUG: The support for this feature was not 
announced!
DEBUG: invalid offscreen bitmap at index: 0x0000022F
DEBUG: Alternate Secondary Drawing Order [0x00] Switch Surface failedDEBUG: 
order flags 02 failed
{code}
{quote}


> Disable caches which FreeRDP no longer considers supported
> ----------------------------------------------------------
>
>                 Key: GUACAMOLE-1191
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-1191
>             Project: Guacamole
>          Issue Type: Improvement
>          Components: guacd
>    Affects Versions: 1.2.0
>         Environment: RHEL7.9
>            Reporter: David S. Jones
>            Priority: Major
>
> While the various RDP caches have previously been enabled by default for 
> FreeRDP, this changed with [commit 
> 5a2c249|https://github.com/FreeRDP/FreeRDP/commit/5a2c24974953f044ac35ddf47bf8637bc41df02d]
>  for releases 2.0.0 and later. The glyph cache is now marked as 
> "experimental" and is disabled by default.
> Unfortunately, while the failures within the caches have been reported 
> upstream via GitHub, FreeRDP has closed the issue and stated that there is no 
> intent to fix:
> https://github.com/FreeRDP/FreeRDP/issues/6505#issuecomment-705732350
> We should consider ways to safely disable these caches by default without 
> overly breaking backward compatibility.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to