Description of problem: Some types of dialogs created by zenity do not take a focus, like list dialog. Version-Release number of selected component (if applicable): zenity-2.24.0-2.fc10.i386 How reproducible: zenity --list --checklist --column "Buy" --column "Item" TRUE Apples TRUE Oranges Steps to Reproduce: 1.open gnome-terminal 2.zenity --list --checklist --column "Buy" --column "Item" TRUE Apples TRUE Oranges 3. Actual results: List dialog is minimized, gnome-terminal still has a focus. Expected results: List dialog takes a focus. Additional info:
This is changed from previous releases where interactive zenity windows grabbed the focus (e.g. 2.22.1 on F9). Here's a similar bug report against ubuntu intrepid: https://bugs.launchpad.net/zenity/+bug/272083 with a link to a patch for zenity glade: http://launchpadlibrarian.net/18653141/zenity-2.24.0-focus.patch
I can't reproduce this problem here. Which window manager are you using ?
I'm using gnome. With the default /usr/share/zenity/zenity.glade shipped with Fedora 10 (zenity-2.24.0-2.fc10.x86_64) if I run this command the window opens behind other windows (making it useless for my purposes): zenity --info --text="Testing" & After applying the patch linked in comment #1, the window pops up in the foreground. The patch just sets the focus_on_map property to True for all widgets in /usr/share/zenity/zenity.glade. In Fedora 9 (zenity-2.22.1-1.fc9.x86_64) True was the default for focus_on_map for all widgets. -- Ian
You didn't say which window manager you are using. Assuming it is metacity, I still cannot reproduce. Where are you running that command, in a fullscreen terminal ?
And yes, the zenity window is not focused, but it does get raised over other windows in my testing.
Yes - metacity. In normal use, zenity commands would be launched by a script running in the background with no terminal. However in testing it makes no difference what size terminal: the zenity window opens behind the active window (The zenity popup sometimes partly shows from behind the terminal window but not reliably.) This is obviously a result of the change in /usr/share/zenity/zenity.glade between 2.22 (F9) and 2.24 (F10). That was an upstream change apparently but it changes the behaviour of scripts that worked reliably in F9 but now frequently pop up a hidden window which is useless for alerts. It's easily changed by patching zenity.glade but that won't be preserved through upgrades to zenity since it's not a config file - maybe it should be. By the way: I normally have "Select windows when the mouse moves over them" set but it made no difference to the test whether that was on or off. Thanks --- Ian
Note that metacity treats terminal windows specially, so yes, it may well make a difference.
Yes. I just ran another test and the zenity window does open behind terminal windows only - not behind firefox, evolution or other gui windows. The problem for me is I often have many terminal windows open. Having zenity popup windows not grab focus is good and I would prefer that behaviour except having them pop up hidden behind terminal windows is worse for my purpose. Since there's an easy workaround, I'd say this isn't worth pursuing. More command line control of zenity window behaviour would be good (but that's a feature request for upstream).
Yes, it is metacity window manager that I use. I don't run the command from the fullscreen, behaviour is the same for maximized as well as not maximized gnome-terminal.
Why not a bug? I think this is a bug. The zenity dailog should get focus when it run.
If you want zenity windows to always get focus, you can change the defaults in /usr/share/zenity/zenity.glade for focus_on_map from false to true. (Unfortunately however any changes you make there will be lost on upgrades.) The problem I reported is not really a bug in zenity, it's a feature of metacity that it gives priority to gnome-terminal windows.
Any chance of getting the default glade configuration changed? It seem kinda weird - especially given the fact that zenity is supposed to be executed from a terminal... - Gilboa
There are a few ways of working around this: Restore the previous zenity defaults: sed -i '/<property name="focus_on_map">False</s/False/True/' /usr/share/zenity/zenity.glade Use a different window manager. The problem of zenity windows hidden by terminal windows only happens with metacity because it gives priority to terminal windows. Patch zenity to make focus_on_map configurable from the command line.
This message is a reminder that Fedora 10 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 10. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '10'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 10's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 10 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.
Same problem in F11.
This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Seems to be OK in F12. Please close. Thanks. Gilboa
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.