GUACAMOLE-2234: Fix race condition in non-opaque layer clearing across display worker threads.#640
Conversation
|
@sschiffli The build seems to be failing; however, it doesn't look like it's necessarily related to your changes, so many just a transient issue? I'll merge once I can figure out why that's failing and how to get through that. |
|
-Sigh- We have a bit of a problem, here... Apparently when the FreeRDP team released the most recent version of FreeRDP, they left the -dev on the end of the version: https://github.com/FreeRDP/FreeRDP/blob/9b678b6d5a40ce01607d8c3b1b1416437c8416c4/CMakeLists.txt#L88 I've posted a discussion question to ask if there's a reason they didn't drop it. @mike-jumper Thoughts on the best way to handle this one? |
|
Is there a macro in the FreeRDP version information header that includes the git hash? We could build in an exception for this specific version. Otherwise, I'd say we could turn the dev version check into a warning and just make sure that the warning shows up at the end of the configure summary (so users will see it). |
I do not see one, no.
Okay, may just change the |
|
@sschiffli If you can rebase on top of the current |
…s display worker threads.
8db5f79 to
89cff7b
Compare
|
Thanks for the quick build fix, rebase done! |
Adding path_lock to guac_display_layer, acquired around the rect+cfill pair in guac_display_layer_clear_non_opaque(). The lock is per-layer, so workers on different layers are unaffected.