GNOME Bugzilla – Bug 109537
Window becomes inactive on popup
Last modified: 2004-12-22 21:47:04 UTC
I use X-Chat for Windows from http://ursus.mif.vu.lt/xchat/ and GTK+ RE 2.2.1 from http://www.dropline.net/gtk/. When i open a popup menu in X-Chat, window becomes inactive. It doesn't happen with a main window menu on top of a window, but happens with X-Chat-specific menus (a popup menu of main window, a popup menu of userlist).
Please provide a minimal but complete sample program (source code) that exhibits the behaviour. Or, at least provide the X-Chat in a simple zip file, and not as an installer that demands you to have installed GTK+ using their installer first. Obviously, I am not going to install the GTK+ runtime using some 3rd-party installer when I already have it, built from source on this very same machine.
Created attachment 15324 [details] X-Chat executable
This executable also serves for a bug #109536. One can compile X-Chat from sources as well (MSVC makefiles are included in the official tarball). I compiled it using MSVC++6 and your runtime and dev packages (from gimp.org).
Please specify exactly what I should do in X-Chat to exhibit the alleged bug. If I right-click in the main window ("X-Chat: Server List") on the "Networks" part, a menu pops up and becomes the active window. Isn't that how it's supposed to work? How otherwise would one be able to select the pop-up menu entries?
not in serverlist ;-) but the main window. doubleclick on any irc network and main window shows up. there, if you press reight button, a popup menu shows up, with duplicated usual menu options and 4 options to show/hide interface parts. so, when this popup window pops up, main X-Chat window becomes inactive. need a screenshot?
I guess this is because the popup menu is a top-level window, and in order for you to be able to do anything with it, it has to be active? Or something. What harm is there from the X-Chat window becoming inactive while the popup menu is open?
maybe u misunderstood. the window bar goes from blue to white when i right-click on a, say, userlist. This really wasn't in 2.0.9, untill that general window-inactive-on-popup bug was introduced (you said you corrected it in gimpwin-dev).
> the window bar goes from blue to white when i > right-click on a, say, userlist. So? Doesn't it go back to blue when you have closed the pop-up menu?
yes, it does. but is that so required? no such behaviour in linux, or iwith gtk 2.0.9. it's just visual bug.
Can you somehow specify that a toplevel window should not be activatable? (If the main window stays activated and gets the key presses, I think that should still work in GTK+, since GTK+ does a gtk_grab_add() when popping up them menu)
I have the same problem here. Whenever I popup a GtkMenu in my application, It makes the parent window inactive (its titlebar goes inactive color). This doesn't happen with menus attached to menubar, just the ones that I open with gtk_menu_popup(). This bug was not present in gtk 2.0. I guess that it is related to a similar bug found in earlier versions (which was fixed for tooltips and menus coming from menubar, but not for general menus).
Seems to have been fixed by now (in CVS). Possibly as a result of the changes to gdkwindow-win32.c:show_window_internal()
The bug is still there. I'm using GTK+ 2.2.4 (GTK+ Runtime Environment 2.2.4.1 from sourceforge.net/projects/gtk-win, X-Chat build from http://silverex.xchat.org/. Opening menu with right-click still causes window title bar to become of inactive color.
When I said "seems to be fixed now" (on 2003-10-25), I was referring, as one always does here in bugzilla, to the code in CVS. GTK+ 2.2.4 was released on 2003-09-04, so yes, the bug might well be in 2.2.4. If the "sourceforge/projects/gtk-win" people would want to provide a build from current CVS of gtk (gtk-2-2 branch), tell them to feel free, and make sure they also provide a corresponding source snapshot.