[PATCH weston] xwm: Don't remove the frame's window id from hash until the frame is destroyed

Derek Foreman derekf at osg.samsung.com
Thu Apr 2 14:51:54 PDT 2015


Previously when a client window was destroyed we destroyed its frame and
removed the frame's id from the window hash table.

If a window is created then destroyed very quickly a race exists - the
frame may receive a configure notify after its client window is already
gone.  This results in the window id lookup for the frame failing and
returning NULL, followed shortly by a crash when dereferencing the NULL
pointer.

Now we hold off on removing the frame's id from the hash table until we
actually receive a destroy notification for it.

This closes Bug 83994.
https://bugs.freedesktop.org/show_bug.cgi?id=83994

Signed-off-by: Derek Foreman <derekf at osg.samsung.com>
---
 xwayland/window-manager.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/xwayland/window-manager.c b/xwayland/window-manager.c
index 145d940..d9248f9 100644
--- a/xwayland/window-manager.c
+++ b/xwayland/window-manager.c
@@ -1179,7 +1179,6 @@ weston_wm_window_destroy(struct weston_wm_window *window)
 		xcb_destroy_window(wm->conn, window->frame_id);
 		weston_wm_window_set_wm_state(window, ICCCM_WITHDRAWN_STATE);
 		weston_wm_window_set_virtual_desktop(window, -1);
-		hash_table_remove(wm->window_hash, window->frame_id);
 		window->frame_id = XCB_WINDOW_NONE;
 	}
 
@@ -1223,8 +1222,10 @@ weston_wm_handle_destroy_notify(struct weston_wm *wm, xcb_generic_event_t *event
 	       destroy_notify->event,
 	       our_resource(wm, destroy_notify->window) ? ", ours" : "");
 
-	if (our_resource(wm, destroy_notify->window))
+	if (our_resource(wm, destroy_notify->window)) {
+		hash_table_remove(wm->window_hash, destroy_notify->window);
 		return;
+	}
 
 	window = hash_table_lookup(wm->window_hash, destroy_notify->window);
 	weston_wm_window_destroy(window);
-- 
2.1.4



More information about the wayland-devel mailing list