To reproduce: 1. Start MATE-Terminal or GNOME-Terminal. 2. Run a command (e.g., "man orca"). 3. Use flat review to move up line by line in the terminal window.Result: the lines reviewed are spoken, but the braille output remains as it was before entering flat review.
In a distinct and possibly related issue, the braille output in the Terminal application is uncontracted, even though contracted braille is enabled. This doesn't occur elsewhere. Also, flat review is working elsewhere.
Downgrading Orca to a release version when I first encountered this issue last week didn't help.
Upgrading BRLTTY to the latest from its Git repository didn't help either; nor did downgrading the libvte terminal emulation library packages.
The debug output shows that Orca translates the line of text from flat review, but never sends it to the braille device. For some reason, code is executed that "enables" braille, whereas it should, I assume, already be detected as active.
12:50:35.672585 - BRAILLE: Enabling braille. BrlAPI running: True I'm attaching debugging details.Can anyone else here reproduce this issue? I'm running Arch Linux, so I suppose it's a question primarily for the Arch users on the list, but I wouldn't rule it out in other distributions either.
With thanks and regards, Jason.
Attachment:
debug-2022-01-07-12:47:05.out.xz
Description: application/xz