So it sounds like my only option is to downgrade the workstation to Ubuntu 23.10 until Guac 1.6 is released?
On Friday, August 30th, 2024 at 6:31 PM, Michael Jumper <mjum...@apache.org> wrote: > > > On 8/30/24 1:10 PM, Nick Couchman wrote: > > > On Fri, Aug 30, 2024 at 3:26 PM Randxm ran...@protonmail.com.invalid > > wrote: > > > > Workstation logs: > > > > Aug 30 15:20:23 warehouse-inventory gnome-remote-de[1507]: > > [RDP.CLIPRDR] Relieving CLIPRDR filename restriction > > Aug 30 15:20:23 warehouse-inventory gnome-remote-de[1507]: > > [RDP.CLIPRDR] Client capabilities: long format names > > Aug 30 15:20:23 warehouse-inventory gnome-remote-de[1507]: > > [RDP.RDPGFX] CapsAdvertise: Accepting capability set with > > version RDPGFX_CAPVERSION_107, Client cap flags: H264 (AVC444): > > false, H264 (AVC420): false > > Aug 30 15:20:23 warehouse-inventory gnome-remote-de[1507]: > > [RDP.AUDIO_PLAYBACK] Client Formats: [AAC: false, Opus: true, > > PCM: true] > > Aug 30 15:20:46 warehouse-inventory sudo[8377]: sharpvue : > > TTY=pts/0 ; PWD=/home/sharpvue ; USER=root ; > > COMMAND=/usr/bin/journalctl -f > > Aug 30 15:20:46 warehouse-inventory sudo[8377]: > > pam_unix(sudo:session): session opened for user root(uid=0) by > > sharpvue(uid=1000) > > Aug 30 15:20:52 warehouse-inventory gnome-remote-de[1507]: [RDP] > > Client did not advertise support for the Graphics Pipeline, > > closing connection > > Aug 30 15:20:52 warehouse-inventory gnome-remote-de[1507]: [RDP] > > Network or intentional disconnect, stopping session > > Aug 30 15:20:52 warehouse-inventory > > gnome-remote-desktop-daemon[1507]: [15:20:52:423] > > [1507:000020c1] [ERROR][com.freerdp.core.peer] - > > [rdp_peer_handle_state_demand_active]: > > [CONNECTION_STATE_CAPABILITIES_EXCHANGE_DEMAND_ACTIVE] > > freerdp_peer::Capabilities() callback failed > > Aug 30 15:20:52 warehouse-inventory > > gnome-remote-desktop-daemon[1507]: [15:20:52:423] > > [1507:000020c1] [ERROR][com.freerdp.core.transport] - > > [transport_check_fds]: transport_check_fds: > > transport->ReceiveCallback() - STATE_RUN_FAILED [-1] > > Aug 30 15:20:54 warehouse-inventory gnome-remote-de[1507]: [RDP] > > Client did not advertise support for the Graphics Pipeline, > > closing connection > > Aug 30 15:20:54 warehouse-inventory gnome-remote-de[1507]: [RDP] > > Network or intentional disconnect, stopping session > > Aug 30 15:20:54 warehouse-inventory > > gnome-remote-desktop-daemon[1507]: [15:20:54:253] > > [1507:000020c8] [ERROR][com.freerdp.core.peer] - > > [rdp_peer_handle_state_demand_active]: > > [CONNECTION_STATE_CAPABILITIES_EXCHANGE_DEMAND_ACTIVE] > > freerdp_peer::Capabilities() callback failed > > Aug 30 15:20:54 warehouse-inventory > > gnome-remote-desktop-daemon[1507]: [15:20:54:253] > > [1507:000020c8] [ERROR][com.freerdp.core.transport] - > > [transport_check_fds]: transport_check_fds: > > transport->ReceiveCallback() - STATE_RUN_FAILED [-1] > > Aug 30 15:20:57 warehouse-inventory wpa_supplicant[1027]: RRM: > > Unsupported radio measurement type 9 > > > > The relevant line to me is the "Client did not advertise support for > > the Graphics Pipeline, closing connection". I did a quick web search > > for this and saw multiple reports of this with Guacamole. Is there > > any fix for this? This is a brand new, vanilla Ubuntu 24.04 > > workstation with nothing custom, so I would think one of the more > > common workstation types people would want to connect to. > > > > That's interesting that the connection actually requires this - I've not > > seen that before. Usually it's just an enhancement for performance. I > > wonder if there's a way to adjust the Ubuntu side so that it doesn't > > require it? > > > I suspect this may have been a conscious implementation choice on the > part of this particular RDP server to reduce scope and avoid the > complexity of all those traditional raster operations. > > - Mike > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org > For additional commands, e-mail: user-h...@guacamole.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org For additional commands, e-mail: user-h...@guacamole.apache.org
