--- sylpheed/src/inputdialog.c.alt-wm_race	2003-07-13 17:08:04 +0400
+++ sylpheed/src/inputdialog.c	2003-07-13 17:38:10 +0400
@@ -243,6 +243,23 @@
 	manage_window_focus_out(dialog, NULL, NULL);
 	gtk_widget_hide(dialog);
 
+	/*
+	 * If input_dialog_open() is called two times in a row without any
+	 * delay, it triggers a bug in some window managers (observed in fvwm2,
+	 * kwin, waimea): the second time the dialog window is not displayed
+	 * but still grabs all input.  Apparently there is a race between
+	 * XWithdrawWindow() called by gtk_widget_hide() and XMapWindow()
+	 * called by gtk_widget_show().
+	 *
+	 * As a workaround we unrealize the toplevel dialog window - the next
+	 * time we show it, the window will be realized again, and hopefully
+	 * the WM won't confuse it with the old window.  However, we must be
+	 * careful to avoid triggering another GTK+ bug - this window contains
+	 * GtkEntry, which has problems with selection handling when
+	 * unrealized, so we must use the gtkut_widget_unrealize() wrapper.
+	 */
+	gtkut_widget_unrealize(dialog);
+
 	if (ack) {
 		GtkEditable *editable;
 
--- sylpheed/src/gtkutils.c.alt-wm_race	2003-04-11 20:06:42 +0400
+++ sylpheed/src/gtkutils.c	2003-07-13 17:38:10 +0400
@@ -382,6 +382,15 @@
 	gtk_container_remove(container, widget);
 }
 
+/*
+ * The same workaround for gtk_widget_unrealize.
+ */
+void gtkut_widget_unrealize(GtkWidget *widget)
+{
+	gtkut_check_before_remove(widget, NULL);
+	gtk_widget_unrealize(widget);
+}
+
 gboolean gtkut_stext_match_string(GtkSText *text, gint pos, wchar_t *wcs,
 				  gint len, gboolean case_sens)
 {
--- sylpheed/src/gtkutils.h.alt-wm_race	2003-04-11 20:06:42 +0400
+++ sylpheed/src/gtkutils.h	2003-07-13 17:38:10 +0400
@@ -115,6 +115,7 @@
 
 void gtkut_container_remove		(GtkContainer	*container,
 					 GtkWidget	*widget);
+void gtkut_widget_unrealize		(GtkWidget	*widget);
 
 gboolean gtkut_stext_match_string	(GtkSText	*text,
 					 gint		 pos,