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:
Owen W. Taylor 2013-02-14 13:02:01 -05:00
parent 14dd766e11
commit aeb589c176

View File

@ -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",