User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.7 (like Gecko) Build Identifier: When I open 'new directory' dialog box, other dialog boxes of thunar are frozen, until I close 'new directory' window. Reproducible: Always Steps to Reproduce: 1.run thunar 2.open properties dialog 3.choose create new directory Actual Results: properties dialog doesn't respond to inputs Expected Results: properties dialog should work normally
It's because the "New Folder" dialog is modal.
Hm, no that's not the cause... Olivier any idea? Thunar simply calls set_transient_for() here.
*** Bug 4355 has been marked as a duplicate of this bug. ***
This is partly fixed in revision 28918 by implementing GtkWindowGroup for new windows. But not fully working yet. A bit more explanation: gtk_dialog_run calls gdk_window_set_modal_hint so the window manager will make the dialog modal for the transient window. It also calls gtk_grab_add for the dialog, which blocks all events delivered to other widgets in the same GtkWindowGroup. Unfortunatly this doesn't work perfect, because if we have 2 windows and 1 windows runs gtk_dialog_run, the other window is 'usable' but doesn't get focus by the window manager. It also does not respond to key events... But, when I kill the window manager (xfwm4, trunk) it DOES work as expected. So Olivier, any ideas?
Yes, modality is evil and should be avoided :þ Seriously though, xfwm4 considers all windows from the same group to be part of the "modality" scope. Rev. 28925. lessen that constrain and only considers only transients. Please note that the current code in Thunar is still slightly broken since it allows focalisation of the "Property" dialog but the keyboard remains grabbed in the "New folder", which is quite confusing from a usability point of view.
I'll fix the property dialog. Appart from that I think we can close this bug.
The properties dialog is now a standalone window since revision 28930.
I think all this is fixed.