Description: The status line of LibreOffice is not announced when it is requested by screenreader Steps to Reproduce: 1. Open Writer 2. Request announcement of status line with screenreader 3. Actual Results: The screenreader announces "No informatiion in status line". Expected Results: status line is announced Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Using Screenreader NVDA 2020.2
Using Windows 10, LibreOffice 7.0 and NVDA 2020.2 the problem still occurs. My exact operating system information: Windows Edition Windows 10 Home Version 1909 Operating system build 18363.1016 LibreOffice Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
When reading out via NVDA and End key in the desktop layout, this problem still occurs. Windows Edition Windows 10 Home Version 20H2 Installed on 05.02.2021 Operating system build 19042.985 LibreOffice Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
*** Bug 155236 has been marked as a duplicate of this bug. ***
open at NVDA github issue 11698 here: https://github.com/nvaccess/nvda/issues/11698 with user comment via nvda.groups.io posting https://nvda.groups.io/g/nvda/topic/libreoffice_7_5_3_x_and_nvda/98856325
(In reply to V Stuart Foote from comment #4) > open at NVDA github issue 11698 here: > https://github.com/nvaccess/nvda/issues/11698 NVDA pull request: https://github.com/nvaccess/nvda/pull/14933 From what I can see, no additional changes are needed on LO side. -> closing as NOTOURBUG
Since I did not get a clarifying message, I will restate my observations. I did some more testing with both NVDA and MS Narrator screen readers using the LibreOffice provided download for 7.5.3.2 SDK. As a non developer, I am slightly concerned that when using search engines all results direct everyone to a developers version instead of an end user version. Both screen readers did not "see" any control to add a LibreOffice desktop shortcut. In version 7.5.3.2, I was unable to find any obviously named executable in the program files folder so I cannot recreate the problem that I originally reported. The problem is now even worse as I cannot even start LibreOffice or any of its components. On the assumption that the previous version that I tried was 7.5.2.X, please advise me on how to get the earlier version so I can test with it.
I did find and install LibreOffice 7.5.2. This installer did place a LibreOffice7.5 shortcut on the desktop using the standard option in the installer. No desktop shortcut for LibreOffice seems to be created when using the LibreOffice7.5.3 installer. There also seems to be no choice about a standard or custom install option when using a screen reader with LibreOffice7.5.3 installer. I was able to open LibreOffice7.5.2’s Writer application. When, the NVDA insert + end key combination is pressed the result is no status Bar information. The anticipated result is the announcement of the status bar information like page number and word count and so on in a word processor application such as LibreOffice Writer. As a double check, I use the Windows F6 keyboard function to rotate through the various sections of the LibreOffice7.5.2 Writer screen. The following was announced: File submenu “f” – based on prior experience I know that is a menu bar. Standard toolbar Formatting toolbar property option pane – close sidebar… Untitled 1 LibreOffice writer… Normally the content of status bar if any would be announced when using the F6 keyboard screen review function. This did not happen. In fact, the F6 key stroke went from the last listed item to the first item without any kind of an announcement related to the status bar. Based on my experience with screen readers, I am guessing that there is a problem with the accessibility API used by LibreOffice in the case of the status bar. I also tested with Microsoft’s Narrator which is a much less capable screen reader. The design and philosophy of Narrator and NVDA are quite different. I also use Narrator a lot less so am less comfortable with testing results. The Narrator results to me also suggest an accessibility API problem.
(In reply to Ken Scott from comment #6) > Since I did not get a clarifying message, I will restate my observations... https://github.com/nvaccess/nvda/pull/14933 (In reply to Ken Scott from comment #7) > I did find and install LibreOffice 7.5.2. This installer ... This is resolved *NOT* a LibreOffice issue to be resolved with patch and update of NVDA. See: https://github.com/nvaccess/nvda/issues/11698 with patch of NVDA in as pull request: https://github.com/nvaccess/nvda/pull/14933
(In reply to Ken Scott from comment #7) > I did find and install LibreOffice 7.5.2. This installer did place a > LibreOffice7.5 shortcut on the desktop using the standard option in the > installer. No desktop shortcut for LibreOffice seems to be created when > using the LibreOffice7.5.3 installer. There also seems to be no choice > about a standard or custom install option when using a screen reader with > LibreOffice7.5.3 installer. If I understand correctly, this is about the second aspect described in tdf#155236 ("First, The installer in version 7.5.3.2 did not exposed the check box to add a desktop icon/shortcut.") and unrelated to the issue described in this bug report here. Please create a separate bug report for that, which allows to keep focus (and avoids things getting "lost"). > I was able to open LibreOffice7.5.2’s Writer application. When, the NVDA > insert + end key combination is pressed the result is no status Bar > information. The anticipated result is the announcement of the status bar > information like page number and word count and so on in a word processor > application such as LibreOffice Writer. This is the issue actually handled here. This described anticipated result is what I get with the mentioned suggested NVDA change in place: https://github.com/nvaccess/nvda/pull/14933 So if that change is accepted and integrated into NVDA, it will work with a future version of NVDA, without requiring any changes on LibreOffice side.
(In reply to Michael Weghorn from comment #9) > This described anticipated result is what I get with the mentioned suggested > NVDA change in place: > https://github.com/nvaccess/nvda/pull/14933 > > So if that change is accepted and integrated into NVDA, it will work with a > future version of NVDA, without requiring any changes on LibreOffice side. FYI, the NVDA pull request has been merged today, so this will work from NVDA 2023.2 on.