https://bugs.winehq.org/show_bug.cgi?id=53230
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
--- Comment #1 from Rémi Bernon rbernon@codeweavers.com --- There's a race condition in user32 when multiple window activation messages are queued, without being processed, and are later processed in the wrong order because of recursive message processing.
Then there's also a race condition with X11 window activation events, which are coming late and which are racing against normal user32 window activation logic by re-activating windows that already went through the activation logic once. This isn't going to be easy to fix as there's no way to tell X11 activation events that the result of a window being mapped or restored, from activation events that come from a user interaction.