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 118865 - gok controls window reverting to main if mouse moves off window
gok controls window reverting to main if mouse moves off window
Status: RESOLVED FIXED
Product: gok
Classification: Deprecated
Component: general
unspecified
Other Linux
: High critical
: ---
Assigned To: David Bolter
David Bolter
Depends on:
Blocks:
 
 
Reported: 2003-08-01 11:12 UTC by david.hawthorne
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4


Attachments
Proposed patch (1.41 KB, patch)
2003-08-06 08:38 UTC, padraig.obriain
none Details | Review

Description david.hawthorne 2003-08-01 11:12:10 UTC
Using gnome-2.4 nightly build from July 28.

.logged in as a a normal user

-launch gok
-click on GOK to bring up gok controls
-move mouse away from window

.gok reverts to gok-main window. Consequently for example if you click on
quit gok, the next window(confirm quit) is smaller and means the mouse
cursor will not be hovering on it - which reverts to gok-main as described.
You have to make sure to click the quit gok button high enough up so that
the mouse cursor will be within the following window's boundaries to avoid
reverting back to main as above.

.this only happens if gok itself has last has focus, e.g youve been
navigating gok's preferences.
Comment 1 david.hawthorne 2003-08-01 12:16:30 UTC
Moving away the mouse from the gok window should not automatically
revert the window to 'GOK - main'.
Comment 2 duff mccourt 2003-08-01 14:40:14 UTC
I am experiencing the same problem (appeared with Aug 1 build from 
CVS, which replaced July 20 build).

On my system however, this behavior is apparent with all non-GOK-main 
windows, not just GOK controls. This has basically rendered GOK 
unusable for me.
Comment 3 David Bolter 2003-08-05 00:53:12 UTC
I have confirmed this as well.  I notice the bad behaviour seems less
persistant if an at-spi accessible application like gedit is loaded...
I would look into it further except I am working on my broken build
environment...

Can anyone confirm the behaviour is different when accessible
applications are loaded?
Comment 4 David Bolter 2003-08-05 15:18:11 UTC
I'm looking into this further.  It appears we get a window:deactivate
 event (from at-api) when the mouse pointer leaves the gok window.  I
am not sure if this was normally the case.
Comment 5 padraig.obriain 2003-08-06 08:38:29 UTC
Created attachment 18945 [details] [review]
Proposed patch
Comment 6 padraig.obriain 2003-08-06 08:39:20 UTC
The proposed patch seems to fix the problem described in this bug.
Unfortunately it seems to leave us still with bug 116428.
Comment 7 David Bolter 2003-08-06 13:56:13 UTC
Padraig, please apply your patch.  I think it takes precedance over
your fix for bug 116428.  (Note you have a g_print trace statement you
might want to remove)

Thanks!
Comment 8 padraig.obriain 2003-08-06 14:11:49 UTC
Patch committed to CVS HEAD.