Hiding profile editor before showing it causes problems with some window managers
Submitted by Tony Houghton
Link to original bug (#513797)
Description
Please describe the problem: terminal_profile_edit() calls gtk_widget_hide() for the profile editor window before showing it, in case it needs to be re-parented. This causes a big problem with the window managers oroborus and OroboROX (derived from oroborus). Additionally, the dialog and/or its borders sometimes flicker as it appears under other window managers, and very occasionally it doesn't appear at all when using openbox.
It appears orobor* don't get a MapNotify event when the window is shown for real after receiving UnmapNotify. I've been hacking OroboROX for a day or two but just can't cure it of this. I don't know whether the fault is really with gnome-terminal for misusing gtk_widget_hide() (I wouldn't have thought it makes sense to hide a window that isn't showing yet), gtk_widget_hide() itself, Xlib, or the window managers. I thought this would be a good place to report it though, because gnome-terminal's lead developer obviously knows a thing or two about window managers.
Steps to reproduce:
- Use OroboROX or oroborus as your window manager
- Run gnome-terminal
- Edit Current Profile
Actual results: The Edit Profile dialog flickers as its borders appear then disappear, and it gets left without borders and it's unfocusable. It does respond to mouse button events though.
Expected results: The dialog should just appear like any other.
Does this happen every time? Yes.
Other information: I also reported this for oroborus at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463631 with more details, but I don't know whether oroborus is still under development.
Version: 2.18.x
Resolution: RESOLVED FIXED