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 368438 - Start looking for state focus events
Start looking for state focus events
Status: RESOLVED FIXED
Product: lsr
Classification: Deprecated
Component: core
0.3.x
Other Linux
: Normal normal
: 0.3.1
Assigned To: LSR maintainers
LSR maintainers
Depends on:
Blocks:
 
 
Reported: 2006-10-31 18:29 UTC by Peter Parente
Modified: 2006-11-01 15:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Peter Parente 2006-10-31 18:29:01 UTC 
Focus events are no longer fired when an application is reactivated after another becomes active. Instead, object:state-changed:focused events are fired instead. Unfortunately, the state changed event for focused is fired in other situations as well, so we have to be intelligent about which ones we want to treat as real focus events and which ones we want to discard.
Comment 1 Peter Parente 2006-11-01 03:07:58 UTC 
Added support for handling focused state changes and firing internal FocusChange events for scripts. Need better logic for filtering focus repeats and focused state changes on unimportant accessibles.
Comment 2 Peter Parente 2006-11-01 15:51:48 UTC 
Implemented better focus change filtering of focused state changes. The fixes now correctly handle switching to another app, switching to another window within the same app, activating the metacity switchers and immediately returning to the same app, and minimizing/restoring an app. This makes the behavior of LSR scripts the same as in 2.14.