GNOME Bugzilla – Bug 121556
Impossible to minimize an app by clicking on its task bar entry if a modal dialog has the focus
Last modified: 2005-07-24 14:04:30 UTC
Description of Problem: If you have an application with a modal dialog, and you click twice on its task bar entry (once to focus it, twice to minimize it), it tries to minimize the modal dialog but fails. I think it should minimize the parent window (the application) instead of its modal dialog. Steps to reproduce the problem: 1. Open Evolution 2. Click on send/receive 3. Click on Evolution entry in the task bar twice Actual Results: The send/receive dialog is focused Expected Results: Evolution should be minimized How often does this happen? Always
Arguably metacity should minimize transients along with parents, but I don't think it should minimize parents along with transients. If that makes sense. Basically if libwnck is going to focus the dialog if you activate the parent, it should minimize the parent if the dialog is active when parent is clicked. And also display the parent as active in window list when the dialog is active. Or something like that anyway.
Yes, that's what I meant. Thanks for rephrasing it in a more accurate way :)
Perhaps this is another reason to create a _NET_MINIMIZE_WINDOW hint (see bug 107681) so that we can just let Metacity do all the work?
I believe the "And also display the parent as active in window list when the dialog is active." is already filed as bug 102663. I'm guessing the other half is a Metacity issue, so I'm reassigning.
Created attachment 35843 [details] [review] Don't repeatedly focus the transient; if it has focus, then we should minimize :-)
Oh, and I was wrong about reassigning this to Metacity, so I'm sending it back to libwnck...
Comment on attachment 35843 [details] [review] Don't repeatedly focus the transient; if it has focus, then we should minimize :-) Looks good to me
committed.
*** Bug 160790 has been marked as a duplicate of this bug. ***