since version 3.24, Orca stops to do ugly work-around to figure out wrong LibreOffice events and to solve issue related to work-around (see the thread on the Orca list : https://mail.gnome.org/archives/orca-list/2017-July/msg00023.html)
I've tested on Debian 8.8 with Orca 3.24, LibreOfficeDev 6 or LibreOffice 4.2, on Debian Sid with LibreOffice 5.3 and orca master and on Windows 7 with LibreOffice 5.3 and NVDA.
I can't reproduce the issue on Windows.
Steps to Reproduce:
1. Launch the Orca screen reader with version 3.24 or master
2. Open the attached document with LibreOffice GTK2 or GTK2
3. Press down arrow until you find you go to the line "buguy line"
Incorrect events are emitted so Orca or other assitive tools can't see the line
LibreOffice should emit the same events as the other lines
User Profile Reset: No
I raise the severity to critical because reading document on LibreOffice Writer wouldn't be possible efficiently on GNU/Linux when people will be migrated to Orca 3.24+.
I observe the same issue with the focus tracking feature of the EZoom screen magnifier so it's not an orca related issue.
Please, let me know if you need more details or information. I'm available on Freenode (IRC) with the nickname "alexarnaud" on the #libreoffice-design chan.
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0
Created attachment 134881 [details]
It reads the buggy line just fine for me.
Orca version 3.24.0+15+gc2c209c34-1
Arch Linux 64-bit, KDE Plasma 5
Build ID: 668ab2e739397e6b095372a1a468bd4f515927b6
CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: gtk3;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on August 20th 2017
(In reply to Buovjaga from comment #2)
> It reads the buggy line just fine for me.
> Orca version 3.24.0+15+gc2c209c34-1
Are you using only down arrow to move to the buggy line? Sometimes, LibreOffice reads the buggy line but it's another line that is not read.
To be sure to reproduce the issue you need to know that Orca should speak on all the line with the text content or "blank" on empty lines.
If you don't reproduce the issue the first time move to beginning of the document and press down arrow again until to find a unread line.
I've reproduced on Debian 8.9, Sid and Ubuntu 17.10 daily build.
The bug has been confirmed by one user and the Orca developper :
If it has been confirmed independently, it should be set to NEW (done).
I only used down arrow.
another user reports us the issue: https://mail.gnome.org/archives/orca-list/2018-February/msg00061.html
@xisco: As It makes LibreOffice really difficult to use on long document due to skipped lines, can I raise the priority of this bug?
(In reply to Alex ARNAUD from comment #5)
> @xisco: As It makes LibreOffice really difficult to use on long document due
> to skipped lines, can I raise the priority of this bug?
Yeah I think we can easily nudge a11y issues up a bit.
Nudge up how much? Enough that I don't have to add a hack into Orca? :)
(In reply to Joanmarie Diggs from comment #7)
> Nudge up how much? Enough that I don't have to add a hack into Orca? :)
It only means that the bug has an better importance. The LibreOffice devs decide on which bugs they want to work on so this bug could stay in this state for a very long time but I hope someone could work on it.
Ok, I've added a targeted hack-around in Orca which should only impact LibreOffice document content. Hopefully this will make it possible for Hypra to stop reverting an important Orca-wide fix which impacts all applications.
Is 105487 caused by the same problem? The symptoms of both seem quite similar.