Re: [orca-list] Latest master passes flat review keys to applications

[Joanmarie Diggs <jdiggs igalia com>]

Kyle, could you please see if you can reproduce this with Orca 3.20 or
Orca 3.18? The reason I ask is because I cannot reproduce it using
master. And what you're describing sounds like it might be due to an
AT-SPI2 timeout rather than a regression resulting from the
in-master-only refactor.

If you can only reproduce this using master, could you please email
privately a full debug.out?

Thanks again!
--joanie

On 04/12/2016 05:55 PM, Kyle wrote:
> I seem to recall this being reported, but I can't remember for sure.
> With latest master as of yesterday, pressing any flat review key will
> perform its function, but will also pass its keystroke on to the
> application. One good example of this is the terminal, where if I am at
> a shell prompt and press keypad 8, I hear the current line, but then
> that key also performs the up arrow function, which retrieves the last
> command in my shell history. Upon updating my git master about 10
> minutes ago, I notice the same problem. Flat review keys work, but are
> also passed through to the focused application window. I was able to
> work around the problem in terminals by pressing control+s to freeze the
> terminal and control+q to restart it once I've finished using flat
> review, but this work-around likely isn't going to help other applications.
> Sent from my investigational study
> _______________________________________________
> orca-list mailing list
> orca-list gnome org
> https://mail.gnome.org/mailman/listinfo/orca-list
> Orca wiki: https://wiki.gnome.org/Projects/Orca
> Orca documentation: https://help.gnome.org/users/orca/stable/
> GNOME Universal Access guide:
> https://help.gnome.org/users/gnome-help/stable/a11y.html
> Log bugs and feature requests at http://bugzilla.gnome.org