GNOME Bugzilla – Bug 116004
All nautilus windows set the same group leader
Last modified: 2006-02-25 21:17:12 UTC
All nautilus windows set the same group leader on their windows. This makes operations that work on groups as a whole function on all of the nautilus windows, but individual nautilus windows (especially the desktop window) clearly do not work together as a group (such as, for example, gimp windows do). The relavant xprop output is % xprop|grep '\(TRAN\|group\)' window id # of group leader: 0x1600001 Each nautilus window should keep its own group leader. I don't know the GTK code that sets the group leader, so I can't help specify exacltly what to call/not call/call differently. Sorry. A good way to think about it is that each nautilus window is a separate instantiation, the user had to "launch" each one individually, so they should have a separate group, whereas gimp windows are all from a single instantiation and so belong together in a group. If application_based is enabled for metacity this incorrect behavior will show itself I expect. This is the same situation encountered with gnome-terminal, see bug #115994.
Thanks for your bug report! This is still relevant.
ben: What's the user-visible impact of this issue? Maybe you can elaborate a bit on it?
Setting to bug status low/enhancement, updating version.
Patch available under: http://mail.gnome.org/archives/nautilus-list/2005-October/msg00087.html
Alex' opinion on the patch (quoted from a follow up mail in the URI in comment 4) > I'm not sure this is right. Surely we don't think of multiple spatial > windows as separate apps? Maybe browser windows? Also, this change makes > all dialogs that nautilus opens (property dialogs, warnings, etc) be of > a different window group than the main windows. I'm resolving this as NOTABUG. Feel free to protest if you disagree.