MetaWindow: fix detecting the response to an extended _NET_WM_SYNC_REQUEST
During resizing, An odd counter value (indicating the beginning of a frame) shouldn't cause us to redraw and start a new frame, only an even counter value. This was causing the frozen state for the window frame counter to overlap the frozen state for the resize, causing the window not to be updated. https://bugzilla.gnome.org/show_bug.cgi?id=693833
This commit is contained in:
parent
14dd766e11
commit
aeb589c176
@ -9523,7 +9523,8 @@ meta_window_update_sync_request_counter (MetaWindow *window,
|
|||||||
|
|
||||||
if (window == window->display->grab_window &&
|
if (window == window->display->grab_window &&
|
||||||
meta_grab_op_is_resizing (window->display->grab_op) &&
|
meta_grab_op_is_resizing (window->display->grab_op) &&
|
||||||
new_counter_value >= window->display->grab_sync_counter_wait_serial)
|
new_counter_value >= window->display->grab_sync_counter_wait_serial &&
|
||||||
|
(!window->extended_sync_request_counter || new_counter_value % 2 == 0))
|
||||||
{
|
{
|
||||||
meta_topic (META_DEBUG_RESIZING,
|
meta_topic (META_DEBUG_RESIZING,
|
||||||
"Alarm event received last motion x = %d y = %d\n",
|
"Alarm event received last motion x = %d y = %d\n",
|
||||||
|
Loading…
Reference in New Issue
Block a user