I’ve perhaps hit the same thing recently, although a different VNV server and input doesn’t seem to be going through while frozen. But same thing where the video freeze is nearly immediate. It’s not deterministic right? Although sometimes I feel like it gets in a rut where it happens frequently.
A weird thing about my case: I have never been able to repro except when using Google Chrome on macOS. Chrome on Windows is fine, other browsers are fine. Is it the same for you? I’ve been trying to study the WebSocket traffic to try and figure it out, but haven’t been repro’ing lately. There are no guacd errors, at least at the default log level. On Tue, Nov 25, 2025 at 6:44 PM Nicholas Partlin < [email protected]> wrote: > In Guacamole 1.6.0 I’ve found some VNC connections seem to freeze > immediately. Essentially it stays stuck as a “screenshot” of when I first > opened the connection. The connection is still open, and I can still > interact (i.e. if I move a window in the Guacamole connection I can see it > has an effect by monitoring the physical screen or watching it through > another remote software, but nothing appears to change in Guacamole). > > > OS affected: So far have only observed this issue with VNC connections to > Windows Server 2022. Other versions of Windows appear to be fine. > Guacamole Versions affected: Testing on 1.6.0 in a docker stack. Also > tested with an older version of Guacamole (1.5.4, native install) which > works fine with the same connections. > > LibVNC: The libvnc version in the guacd container (in /opt/guacamole/lib) > is 0.9.15, I tested replacing this with 0.9.14 but the issue persisted. > VNC Server: Using the latest version of UltraVNC server (1.6.4.0), however > the issue is the same on older versions too. Tested with/without MSLogon II > enabled, no difference. Also tested with TightVNC server which does NOT > present the same issue. > > I also tested the connections with TightVNC Viewer and Remmina, both of > which had no problems. > Nicholas Partlin Graduate ‑ IT & Automation > 638 > <https://www.google.com/maps/search/638+Tomago+Road,+Tomago,+NSW+2322?entry=gmail&source=g> > Tomago > <https://www.google.com/maps/search/638+Tomago+Road,+Tomago,+NSW+2322?entry=gmail&source=g> > Road, > <https://www.google.com/maps/search/638+Tomago+Road,+Tomago,+NSW+2322?entry=gmail&source=g> > Tomago, > <https://www.google.com/maps/search/638+Tomago+Road,+Tomago,+NSW+2322?entry=gmail&source=g> > NSW > <https://www.google.com/maps/search/638+Tomago+Road,+Tomago,+NSW+2322?entry=gmail&source=g> > 2322 > <https://www.google.com/maps/search/638+Tomago+Road,+Tomago,+NSW+2322?entry=gmail&source=g> > E [email protected] > | > www.tomago.com.au > <https://www.tomago.com.au/> > <https://www.tomago.com.au/> > > We acknowledge that we live and work on the land of the Worimi people, owners > of the land on which we operate. > > We pay our respects to Elders past, present and emerging and celebrate the > diversity of Aboriginal peoples and their ongoing cultures and connections to > the lands and waters of NSW. > This transmission is confidential and intended for the addressee only. If > you have received it in error, please delete it and notify the sender. > Unless explicitly attributed, the opinions expressed in this E-mail are > those of the author only and do not represent the official view of Tomago > Aluminium Company Pty Limited. Tomago Aluminium Company Pty Limited checks > all inbound/outbound e-mail for Viruses. However, we advise that this > e-mail and any attached files should be re-scanned to detect viruses. > Tomago Aluminium Company Pty Limited accepts no liability for loss or > damage (whether caused by negligence or not) resulting from the use of this > or any attached files. >
