GNOME Bugzilla – Bug 88214
Don't get modifier key press notif for shaded windows.
Last modified: 2016-03-05 04:23:35 UTC
Overview Don't get the CTRL, ALT and SHIFT key press notifications when the focus is on title bar of minimized application window. Steps to reproduce: Open application. Double click on titlebar.The focus si on title bar of minimized application windows. Don't get the CTRL, ALT and SHIFT key notifiations. Actual results: No event notification at CTRL, ALT and SHIFT press.
We need more info on this bug. What kind of event notifications are being requested (exactly), and exactly what API calls are being used to register the key listeners?
The requested notification is SPI_KEY_PRESSED and it used theSPI_registerAccessibleKeystrokeListener() API to register the keylistener. Ex:SPI_registerAccessibleKeystrokeListener(listener, (AccessibleKeySet*) SPI_KEYSET_ALL_KEYS, SPI_KEYMASK_SHIFT, (unsigned long) (SPI_KEY_PRESSED), SPI_KEYLISTENER_NOSYNC | SPI_KEYLISTENER_CANCONSUME)
sounds like a Metacity bug to me...
Yes, this is probably not an at-spi bug. It's most likely a problem with Metacity. If you are not running Metacity as your window manager, then certainly you will not get these key events. Otherwise, it requires that you have your 'accessibility' gconf key turned on.
Comment from Havoc: Probably the metacity window frame gets the events. The application window is unmapped. I would not really care to try fixing this bug without fixing http://bugzilla.gnome.org/show_bug.cgi?id=90382 first.
I don't see the relationship to 90382; the problem here is that metacity isn't reporting key events that occur when a 'shaded' window has focus. These events should be coming via the gailutil class that implements atk_add_key_event_listener (in this case, gail_util_add_key_event_listener). The question is, why aren't the gdk/gtk events getting caught by gailutil and passed along, when metacity is clearly getting them?
transferring this bug temporarily to gail so Padraig can have a look, though the fix would most likely have to be in metacity. So I suspect this will need to get transferred to metacity after some additional investigation.
When the window is shaded the key events do not go to the application window so the GailUtil cannot pass them along.
Paul: what is the exact purpose of requesting key event notifications when a shaded window is focussed? Is this only for gnopernicus navigation and commands? Havoc: I think that metacity needs to either pass these events on to gail, or to connect to at-spi-registryd itself and provide them via the appropriate key listener API.
Lowering priority to "Low" since I don't see either a good solution (prior to making metacity attach to at-spi-registryd) or a compelling need for toolkit-level events from minimized windows.
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME bug list :)
Apologies for spam-- ensuring Sun a11y team are cc'ed on all current a11y bugs. Filter on "SUN A11Y SPAM" to ignore.
This bug seems to have been fixed by making metacity register with at-spi-registryd. I now see event notifications for the 'Alt' key in at-spi/test/key-listener-test.
I was mistaken; this still isn't fixe for shaded windows.
Havoc - if I press Alt-spacebar, who/what gets the 'alt' and 'spacebar' key events? as in whose gdk event loop...
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
30 months NEEDINFO - can this be closed as OBSOLETE? Bill: Don't NEEDINFO against 3rd parties, please. Only against reporter.