Sure, let's try to fix. I think I have a working theory:
The current implementation of guac_display relies on the worker threads
to send the final frame "sync" instruction (the last thread to send
anything also sends the final "sync"), but since the worker threads are
only used for image encoding, a frame that contains no images at all
will be missing its "sync".
This would be true of any update that consists only of a single colored
rectangle, as guac_display optimizes these into a pair of "rect" and
"cfill" to avoid sending image data. Closing a window over a solid black
background would produce exactly such an update.
Opened: https://issues.apache.org/jira/browse/GUACAMOLE-2084
- Mike
On 6/18/25 3:19 PM, Ivanmarcus wrote:
Guys, is this issue enough to warrant holding back RC2?
On 17/06/25 19:40, Corentin SORIANO wrote:
I noticed the same thing. It seems that the issue only occurs with
enable-wallpaper parameter disabled and when there is no activity on
the screen.
Best regards,
Corentin Soriano
On 2025-06-17 09:15, aynqua wrote:
Hi,
I've been testing version 1.6.0-RC2, and file transfer over RDP
connections appears to work perfectly—great job! However, I did
encounter the same issue I had previously shared with you.
**
* *Display refresh is delayed.*
In RDP sessions (tested on a Windows Server), the screen does not
always refresh immediately. For instance, when selecting a desktop
background, the blue selection rectangle remains visible for a few
seconds before disappearing, even after the selection is completed.
Here a Screenshot : https://imgur.com/a/dqYvpnJ <https://imgur.com/a/
dqYvpnJ>
Please let me know if you need further details or testing on my side.
I'm happy to help.
Best regards,
Aynqua.
