GNOME Bugzilla – Bug 588333
time-admin, users-admin,...: "_Unlock" button displays broken mnemonic
Last modified: 2009-08-19 16:32:08 UTC
Please describe the problem: title of unlock button is _Unclock see screenshot http://album.jabbim.cz/pk@jabbim.sk Steps to reproduce: 1. start time-admin or users-admin 2. see bottom buttons 3. Actual results: Expected results: Does this happen every time? Other information:
Thanks for taking the time to report this bug. However, you are using a version that is too old and not supported anymore. GNOME developers are no longer working on that version, so unfortunately there will not be any bug fixes for the version that you use. By upgrading to a newer version of GNOME you could receive bug fixes and new functionality. You may need to upgrade your Linux distribution to obtain a newer version of GNOME. Please feel free to reopen this bug if the problem still occurs with a newer version of GNOME.
I'm sorry, but I have lastest development release of GNOME (dist Ubuntu Karmic)
what is your version of GNOME? 2.27.xx?
2.27.3
Fabio: Please check the "GNOME version" field. Latest g-s-t release is 2.22.x. g-s-t is unmaintained, and I am very sure that this is a duplicate.
Pavol: Sorry for the confusion. The version you're using is actually the latest. The problem is, I can't reproduce the problem you show on the screenshot. As these buttons are likely to be provided by PolicyKit-gnome to gnome-system-tools, I suspect the problem may be in PolicyKit 1.0 that is new in Ubuntu Karmic. Did you experience the same issue in Jaunty? The gnome-system-tools have not changed at all since then, so if the problem appeared in Karmic, it comes from elsewhere. May be worth looking in Launchpad for similar issues in other programs.
This issue is not in Jaunty, only Karmic
*** Bug 591562 has been marked as a duplicate of this bug. ***
I guess PolicyKit 1.0 has moved from using gtk_button_new_with_mnemonic() to _with_label(). As Iain Lane explained in the duplicate, bug 590656 is about changing the GTK+ default to the former, which would mean that the bug is solved in master. Please report ASAP, I'll try to check that too.
Actually, this is now obsolete in 2.27.3 thanks to PolicyKit1, which provides us with a new PolkitLockButton to replace our button. So no need to enable mnemonics to fix that bug.