From 2937b2066f005ccb6f89bfe6480284874a398feb Mon Sep 17 00:00:00 2001
From: okan <okan>
Date: Tue, 12 Nov 2013 21:25:00 +0000
Subject: Alter the r1.35 of event.c race fix.  Remove the forward looking
 event queue check (removing the need for a server grab/ungrab) - if the
 client is going away, let it fall all the way through to a DestroyNotify
 event. There's no longer a need for us to manually destroy a client ourselves
 (removing yet another server grab/ungrab).  Instead, when the UnmapNotify
 event is synthetic, simply set the state to Withdrawn (as per ICCCM), else
 Iconic (in our case 'hidden').

Verified with test case from the 2009 race which was the original reason
for r1.35 of event.c.
---
 xevents.c | 20 ++++----------------
 1 file changed, 4 insertions(+), 16 deletions(-)

(limited to 'xevents.c')

diff --git a/xevents.c b/xevents.c
index e6247ab..8c07f39 100644
--- a/xevents.c
+++ b/xevents.c
@@ -97,27 +97,15 @@ static void
 xev_handle_unmapnotify(XEvent *ee)
 {
 	XUnmapEvent		*e = &ee->xunmap;
-	XEvent			ev;
 	struct client_ctx	*cc;
 
-	/* XXX, we need a recursive locking wrapper around grab server */
-	XGrabServer(X_Dpy);
 	if ((cc = client_find(e->window)) != NULL) {
-		/*
-		 * If it's going to die anyway, nuke it.
-		 *
-		 * Else, if it's a synthetic event delete state, since they
-		 * want it to be withdrawn. ICCM recommends you withdraw on
-		 * this even if we haven't alredy been told to iconify, to
-		 * deal with legacy clients.
-		 */
-		if (XCheckTypedWindowEvent(X_Dpy, cc->win,
-		    DestroyNotify, &ev) || e->send_event != 0) {
-			client_delete(cc, 1);
+		if (e->send_event) {
+			cc->state = WithdrawnState;
+			xu_set_wm_state(cc->win, cc->state);
 		} else
 			client_hide(cc);
 	}
-	XUngrabServer(X_Dpy);
 }
 
 static void
@@ -127,7 +115,7 @@ xev_handle_destroynotify(XEvent *ee)
 	struct client_ctx	*cc;
 
 	if ((cc = client_find(e->window)) != NULL)
-		client_delete(cc, 0);
+		client_delete(cc);
 }
 
 static void
-- 
cgit 1.4.1