After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 107323 - Wrong window ownership for dialogs.
Wrong window ownership for dialogs.
Status: RESOLVED DUPLICATE of bug 112404
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.2.x
Other Windows
: Normal normal
: Small fix
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2003-03-01 05:44 UTC by Simon Cooke
Modified: 2007-01-08 03:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Simon Cooke 2003-03-01 05:44:05 UTC 
Dialogs should be owned by the application that creates them; this forces 
them to be displayed in front of that application at all times when the 
application has focus.

Repro steps (worked twice, failed after that):

Open another window (eg. IE).

Select the IE Window.
Select the Pan window.
Choose "Tools... -> Posting Profiles"
Click on the Posting Profiles window.
Click on the IE window.
Click on the Posting Profiles window again.
The Posting Profiles window appears on top of the IE window. The Pan main 
window appears below IE.
Comment 1 Charles Kerr 2003-03-01 11:44:15 UTC 
Note to gtk+ team: the posting profiles window was created with

  gtk_dialog_new_with_buttons (_("Pan: Profile"), parent,
                               GTK_DIALOG_DESTROY_WITH_PARENT,
                               GTK_STOCK_CLOSE, GTK_RESPONSE_NONE,
                               NULL);

This sounds similar to 107319 ...
Comment 2 Charles Kerr 2003-03-26 19:13:19 UTC 
Reassigning to the owner of the gtk win32 component
Comment 3 Tor Lillqvist 2003-03-30 21:43:20 UTC 
A minimal but complete test program would be nice...
Comment 4 Lance Dockins 2005-09-23 17:05:57 UTC 
I've tested this in the latest development version of GIMP (which more heavily
uses transient dialogs as well) and the parent ownership is way off.  Is this
something that can be worked around or is this something that could be fixed in GTK?
Comment 5 Tor Lillqvist 2007-01-08 03:12:35 UTC 
This bug report doesn't specify exactly how the dialog window is created: as transient for the main window? With the modal hint? With the DIALOG type hint? Anyway, this bug can be assumed to be a duplicate of bug #112404.

*** This bug has been marked as a duplicate of 112404 ***