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.
This applies to the current packages in Trixie/testing.
I can confirm this on two testing machines, independently upgraded from Bookworm, one at ~2024-10 and the other at ~2025-02.
I'm using X.org and the MATE desktop. I've attached a debug log captured with the following steps:
1. Start `orca --debug`.
2. Spawn firefox from a mate-terminal with the address of `orca.gnome.org`. 3. Try to escape Firefox with Alt+Tab or access the address bar with ctl+l.
Both in browse and in focus mode.
It is possible that the bug isn't in Orca itself but in AT-SPI or somewhere in
X.org. Normal desktop use seems not to be affected. Given the importance of web services these days, this still renders the system unusable for a considerable number of blind users.
[ ... 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 ... ]
Yes, I can still confirm the issue with Orca 48 from Trixie. Only a downgrade to Orca 45 fixes the issue :-/. I have this on both Trixie systems of mine, both were upgraded from bookworm. I am puzzled why it is so hard to reproduce.
When the focus is set to Firefox, the "browse" mode is activated
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 480 |
Nodes: | 16 (2 / 14) |
Uptime: | 252:41:50 |
Calls: | 9,532 |
Files: | 13,650 |
Messages: | 6,138,090 |