Control: tags -1 moreinfo X-Debbugs-CC: shume...@gmx.de Hi Sebastian,
On Fri, 7 Mar 2025 15:41:25 +0100, Sebastian wrote: > [ ... snip ... ] > When the focus is set to Firefox, the "browse" mode is activated and seemingly > captures all key presses. Navigating the web site works, but any "normal" > action doesn't. This includes "Tab" in focus mode, but also pressing ctl+l to > jump to the address bar, pressing f10 to open the menu bar or alt+tab to get > out of Firefox. > [ ... snip ... ] I've attempted to replicate this bug by using a recent Debian trixie weekly MATE amd64 LiveCD image[1] - sha256sum 071135fc3a8aafe9f1a923397ccdd1620845944f931e4187913556698f4122da - running under qemu. That image provides a MATE-based desktop environment running under Xorg, and it also includes Orca 48.0 and Firefox. Following your repro steps, I ran 'orca --debug' and was able to observe subsequent debug output being written to a file in the directory that that command was launched from. Then I ran 'firefox orca.gnome.org' from a terminal and began testing. I did find that ctrl-L was able to activate and highlight the address bar from a previously-unfocused state, regardless of whether the browser viewport had been in focus or not. I had difficulty testing alt-tab behaviour, perhaps due to qemu keyboard input capture behaviour that I could have tried to learn more about, but have not yet. Please could you confirm whether this behaviour still occurs with Orca 48.0, as now available in Debian trixie? I couldn't find anything obviously related to a fix in the upstream changelog[2], although some of the changes regarding event handling seem like they could potentially be relevant. Thanks! James [1] - https://cdimage.debian.org/cdimage/weekly-live-builds/amd64/iso-hybrid/debian-live-testing-amd64-mate.iso [2] - https://gitlab.gnome.org/GNOME/orca/-/compare/47.3...48.0
