metalefty

``` [20221007-14:54:50] [ERROR] xrdp_sec_send_fastpath: xrdp_fastpath_send failed [20221007-14:54:50] [ERROR] xrdp_rdp_send_fastpath: xrdp_sec_send_fastpath failed [20221007-14:54:50] [ERROR] libxrdp_fastpath_send_frame_marker: xrdp_rdp_send_fastpath failed [20221007-14:54:50] [ERROR] xrdp_iso_send: trans_write_copy_s failed [20221007-14:54:50] [DEBUG] Closed socket 12 ([::ffff:192.168.24.5]:3389) ``` When I...

@haridasa-alt You're not the original reporter, who are you? @AbinayaSandhiyaM Are you guys co-workers or something? Or just an unrelated person who has the same issue and is hi-jacking @AbinayaSandhiyaM...

See also: #1075 and https://github.com/neutrinolabs/xrdp/issues/1083#issuecomment-377181335

Hmm, this should be addressed. I need to try FreeRDP 2.0.0-rc4 first.

I confirmed the issue and also confirmed `+glyph-cache` is a workaround.

For the record, more verbose log. ``` [10:51:00:515] [14392:08dcc000] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr [10:51:00:516] [14392:08dcc000] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd [10:51:00:516] [14392:08dcc000] [DEBUG][com.freerdp.channels.cliprdr.client] - VirtualChannelEntryEx [10:51:00:516] [14392:08dcc000] [INFO][com.freerdp.client.common.cmdline] -...

FreeRDP added the check at https://github.com/FreeRDP/FreeRDP/pull/4926

Might be related to #1229

@jsorg71 Regarding glyph cache, I think capability should be sent to the client around here by adding `out_uint16_le(s, CAPSTYPE_GLYPHCACHE);` and so on. Am I correct? https://github.com/neutrinolabs/xrdp/blob/0626993/libxrdp/xrdp_caps.c#L831

I've looked into communications between Windows 10 1803 and FreeRDP 2.0.0-rc4. Server doesn't send `GlyphCacheCapabilitySet` but it's OK. Server should not do glyph caching unless client do advertise glyph cache...