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 312338 - Problems with modal dialog focussing with multi-workspace parent windows
Problems with modal dialog focussing with multi-workspace parent windows
Status: RESOLVED DUPLICATE of bug 126489
Product: metacity
Classification: Other
Component: general
2.11.x
Other All
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2005-08-02 11:28 UTC by Christian Neumair
Modified: 2005-08-02 13:57 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Description Christian Neumair 2005-08-02 11:28:17 UTC 
1.) Right-click your filled trash in Nautilus, the modal empty trash
confirmation dialog is displayed
2.) Switch workspace
3.) click on the Nautilus desktop window

3.a) (expected)
modal dialog will be moved on current workspace and raised
3.b) (observed)
modal dialog will be raised on its current workspace
Comment 1 Elijah Newren 2005-08-02 13:57:36 UTC 
Oh, cool, we do have at least one example of a Gnome dialog that gets the group
modal hint right (I was thinking that none would because gtk+ doesn't provide
very good support for it).

Anyway, yeah, known bug and one which we really need to fix.  We currently only
really support modal-to-parent-window as opposed to
modal-to-all-other-windows-in-group, which is kind of dumb since gtk+ only
provides a way to make windows modal-to-all-other-windows-in-group (though gtk+
doesn't set the hints for the modality type and leaves that up to app authors,
and most of them decide to lie to the WM and claim they are
modal-to-parent-window--which happens to work only when the parent window is the
only other window in the group).

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