As the user tabs through the toolbars, scroll pane is announced every time a new control is focused.
Steps to Reproduce:
1. Run the Orca screen reader and the GTK3 version of Libreoffice.
2. Press F6 twice to focus the toolbar.
3. Press TAb to move between the controls.
Orca announces scroll pane every time TAb is pressed.
Announce only the control name.
User Profile Reset: Yes
Build ID: 6dc36d343aeacb3d1e14ec0c847937d63f4e68a7
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3;
Locale: en-US (en_US.UTF-8); UI-Language: en-US
I produced this on 6.3 but not 6.1. I will try to narrow down where the problem was introduced later.
I can reproduce this.
Build ID: aa31976c2e4399a86bc6f70f140972d9ccef6fc0
CPU threads: 2; OS: Linux 4.9; UI render: default; VCL: gtk3;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-12_16:47:45
Locale: fr-FR (fr_FR.UTF-8); UI-Language: en-US
I also reproduce this on LibreOffice 6.1.5.
Build ID: 1:6.1.5~rc1-2~bpo9+1
Threads CPU : 2; OS : Linux 4.9; UI Render : par défaut; VCL: gtk3;
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded
I'm reproducing this both on LibreOffice 6.1.5 and LibreOfficeDev 6.3, both with Orca master and Orca 3.30.
I confirm the regression only between GTK2 etn GTK3 VCL.
If I install GTK2 version of LibreOffice 6.1.5 and run it with this:
I confirm the correct Orca behavior but not with GTK3.
I've added Joanie in CC to have her input about this.
I'm not seeing it in version 18.104.22.168.0+. Will look with a later version in a bit.
So I can confirm this using 6.2 from flathub. What's happening (not surprisingly, given the opening report) is that a scroll pane keeps claiming focus immediately after the newly-focused toolbar button. Those focus claims from the accessible object with role scroll pane need to stop happening.