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 112507 - GOK ignores file dialogs
GOK ignores file dialogs
Status: RESOLVED FIXED
Product: gok
Classification: Deprecated
Component: general
unspecified
Other All
: Normal major
: ---
Assigned To: David Bolter
David Bolter
Depends on: 114037
Blocks:
 
 
Reported: 2003-05-07 17:22 UTC by bill.haneman
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description bill.haneman 2003-05-07 17:22:31 UTC 
For instance, launch gedit.

Select "Open".

GOK doesn't react to the posting of the new file dialog, it still shows
info from the parent window (which makes little sense because the file
dialog should be modal I think).

Desired behavior:  GOK reacts to the newly posted dialog, and shows 
Menu, Toolbar, UI-Grab buttons appropriately.  UIGrab should result in a
keyboard with the dialog's UI elements if activated while a dialog has focus.
Comment 1 bill.haneman 2003-05-16 17:44:37 UTC 
Note that this bug is no longer visible when running the most recent
(16/05/2003) patch for bug #88033.
Comment 2 bill.haneman 2003-05-16 18:00:02 UTC 
for patch please see 88033
Comment 3 David Bolter 2003-05-16 20:05:27 UTC 
Bill, again, unless I'm mistaken gok head has solved this?  See
comments for bug #88033
Comment 4 David Bolter 2003-06-01 22:54:02 UTC 
This is still fixed.  Closing to reduce clutter.
Comment 5 bill.haneman 2003-06-01 23:15:41 UTC 
David I was leaving these open since they still appear to be live!

There are issues for which fixes are in-progress but I don't want to
forget to confirm the fixes when they finally land.  THanks.
Comment 6 David Bolter 2003-06-01 23:19:21 UTC 
In that case I'll definitely reopen.
Comment 7 David Bolter 2003-06-01 23:23:16 UTC 
BTW, my recent tests have not shown this bad behavior. But I am
pleased you brought up your concern.  Better safe than sorry.
Comment 8 bill.haneman 2003-06-01 23:31:49 UTC 
Thanks David.

Are you not seeing this with keyboard nav of windows?  That's when we
are seeing it BTW.
Comment 9 David Bolter 2003-06-01 23:41:41 UTC 
sorry to be a nitpick.  "gok" keyboard nav or "regular" keyboard nav?
Comment 10 David Bolter 2003-06-02 12:18:14 UTC 
Can you give me the steps to recreate this?  (No rush)
Comment 11 bill.haneman 2003-06-02 23:04:14 UTC 
Regular keynav will trigger it at the moment; i.e.

Alt-Tab-(Release), Alt-Tab-(Release), etc. and GOK gets confused.
That's because it's getting window:activate events in an odd order, we
have a metacity patch that we're following up with Havoc to try and
get committed.
Comment 12 David Bolter 2003-06-09 01:44:51 UTC 
I took a look at gedit's file open dialog with at-poke.  The combobox
exposes its items as a menu...  which explains why the gok menus key
(and UIGrab for other reasons) is active.  I haven't investigated why
gok is unable to branch to a menu-item keyboard (of the combo box
items) yet.
Comment 13 bill.haneman 2003-06-11 13:44:38 UTC 
The original bug is fixed in GOK, remaining weirdness is caused by
Metacity bug #114037.

It works with a patched metacity.