Bug 105651 - Find dialog not functioning correctly for screen reader users.
Summary: Find dialog not functioning correctly for screen reader users.
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
3.5.7.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks: a11y, Accessibility Find&Replace-Dialog
  Show dependency tree / graph
 
Reported: 2017-01-31 18:09 UTC by am_dxer
Modified: 2023-09-16 20:07 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description am_dxer 2017-01-31 18:09:35 UTC 
Description:
When navigating the Find dialog, with Tab and Shift+Tab some items are not spoken and focus is not predictable.

Steps to Reproduce:
1. Press Control+f to open the Find dialog.
2. Tab 6 times to the Navigate by button.
3. Press the Tab key again and nothing is spoken.
4. Press Shift+Tab, focus jumps back to the Close Find Bar button.

Actual Results:  
Keyboard focus is unpredictable and some items are not spoken.

Expected Results:
Keyboard focus should move sequentially through controls and all should be correctly spoken.


Reproducible: Always

User Profile Reset: Yes

Additional Info:
Tested with NVDA on Windows


User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46
Comment 1 Buovjaga 2017-02-06 09:00:54 UTC 
(In reply to am_dxer from comment #0)
> Description:
> When navigating the Find dialog, with Tab and Shift+Tab some items are not
> spoken and focus is not predictable.
> 
> Steps to Reproduce:
> 1. Press Control+f to open the Find dialog.
> 2. Tab 6 times to the Navigate by button.
> 3. Press the Tab key again and nothing is spoken.
> 4. Press Shift+Tab, focus jumps back to the Close Find Bar button.

I get a different result. For step 3., it is spoken. Shift+Tab then jumps back to Navigate by.

Used NVDA.

Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+
Build ID: c6dd735afb2e1b3837c4f8c5659f52fafab4c56f
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-01-30_01:52:54
Locale: fi-FI (fi_FI); Calc: group
Comment 2 am_dxer 2017-02-06 12:16:58 UTC 
The order of the Find dialog has changed since I filed this bug so it now requires slightly different steps to reproduce.
1. Once in the Find dialog, tab 8 times to the Next Element button.
2. Press Tab again and NVDA is silent.
3. Press Shift+Tab and NVDA's focus lands on the Close Find Bar button.

Version: 5.4.0.0.alpha0+
Build ID: a296a69c984b17cfbcd249cf6bdc191d08dff2a6
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-02-06_00:00:55
Locale: en-US (en_US); Calc: group
Comment 3 Buovjaga 2017-02-09 13:21:43 UTC 
Repro.

Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+
Build ID: 83e059af2203ec0cd15dea08cfa538555ba14bd7
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-02-06_23:34:43
Locale: fi-FI (fi_FI); Calc: group
Comment 4 am_dxer 2017-05-30 14:00:24 UTC 
Can't repro this one in an old OpenOffice. I will try to bisect it.
Comment 5 am_dxer 2017-06-26 16:37:12 UTC 
I can reproduce this in 5.0.0.2. Must be older.
Comment 6 am_dxer 2017-06-26 17:16:48 UTC 
Repro in 4.3.0.1. Must be older.
Comment 7 am_dxer 2017-06-26 19:38:43 UTC 
Repro in 3.5.7.2. Must be older.
Comment 8 Alex ARNAUD 2017-07-18 14:08:03 UTC 
(In reply to am_dxer from comment #4)
> Can't repro this one in an old OpenOffice. I will try to bisect it.

Which version are you talking about ?

Best regards.
Comment 9 zahra 2018-01-23 09:53:10 UTC 
hello.
i confirm this problem in libreoffice 5.3.4.1 and i had this issue since libreoffice 4.3.0 which was the first accessible version of libreoffice without need installing java and java access briedge.
i tested find dialog in openoffice and had not this issue.
i tested openoffice 4.1.0 until 4.1.3
i use windows xp with nvda 2017.2
Comment 10 QA Administrators 2019-01-24 03:51:16 UTC Comment hidden (obsolete)
Comment 11 Patrick ZAJDA 2019-02-16 14:17:57 UTC 
I can reproduce this bug on LibreOffice version 6.1.5.1 (gtk3; )
Comment 12 QA Administrators 2023-01-20 03:24:43 UTC Comment hidden (obsolete)
Comment 13 Stéphane Guillou (stragu) 2023-09-14 07:51:19 UTC 
(In reply to Patrick ZAJDA from comment #11)
> I can reproduce this bug on LibreOffice version 6.1.5.1 (gtk3; )

I can't reproduce using comment 2 steps with Orca + LO 5.4.0.3, nor 6.1.0.3, nor a recent master build at 24.2 alpha0+. Let's keep this as Windows + NVDA-only for now, but Michael, can you please check if this is still relevant?
Thank you!
Comment 14 Michael Weghorn 2023-09-16 20:07:24 UTC 
(In reply to Stéphane Guillou (stragu) from comment #13)
> I can't reproduce using comment 2 steps with Orca + LO 5.4.0.3, nor 6.1.0.3,
> nor a recent master build at 24.2 alpha0+. Let's keep this as Windows +
> NVDA-only for now, but Michael, can you please check if this is still
> relevant?
> Thank you!

I can't reproduce on Windows 10 with NVDA 2023.2 and a current LO development version either. Tab order is as expected and each focused element is announced.

-> closing as worksforme

@am_dxer: Could you please retest as well whether everything works as expected in your setup as well now?



Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 36163d269bd8f77a86605e4c5ff5adce17b4c66c
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_DE); UI: en-US
Calc: threaded