Bug 116430 - when opening print dialog, Orca gets bogus indexes from accessibility stack
Summary: when opening print dialog, Orca gets bogus indexes from accessibility stack
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
6.0.2.1 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks: a11y-Linux
  Show dependency treegraph
 
Reported: 2018-03-16 13:25 UTC by Samuel Thibault
Modified: 2023-03-23 22:38 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Samuel Thibault 2018-03-16 13:25:13 UTC
Description:
Libreoffice reports bogus indexes to the accessibility stack when the print dialog gets opened, making Orca lost in the dialog box.

Steps to Reproduce:
1) Open LibreOffice Writer
2) Press ctrl+p to open the Print dialog


Actual Results:  
Orca announces only "print frame"


Expected Results:
Orca should announce where it is precisely (Range and Copies panel, Number of copies Text), which would happen fine if indexes were right.



Reproducible: Always


User Profile Reset: No



Additional Info:
What Joanmarie found is that when Orca looks a the newly-opened print dialog, the activated field ("number of copies") returns a bogus -1 as index in parent. Looking at it a bit later, the index is correct (1). So I guess there is some kind of race between the notification of the new dialog and widgets, and the actual complete construction of the dialog box.

I tried to remove in vcl/source/window/printdlg.cxx's PrintDialog::PrintDialog the following lines:

maJobPage.mpCopyCountField->GrabFocus();
maJobPage.mpCopyCountField->SetSelection( Selection(0, 0xFFFF) );

and replace with <property name="has_focus">True</property> in vcl/uiconfig/ui/printdialog.ui to keep the "focus on open" behavior, but the issue in Orca remains the same, so I guess the problem is deeper than just that.


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:59.0) Gecko/20100101 Firefox/59.0
Comment 1 Buovjaga 2018-03-16 14:29:46 UTC
NEW per Joanmarie being involved.
Comment 2 QA Administrators 2019-03-17 03:51:52 UTC Comment hidden (obsolete)
Comment 3 Samuel Thibault 2019-03-17 08:56:07 UTC
It is still an issue with LibreOffice 6.1.5.2
Comment 4 QA Administrators 2021-03-17 04:20:33 UTC Comment hidden (obsolete)
Comment 5 Samuel Thibault 2021-03-17 21:22:54 UTC
This is still an issue with libreoffice 7.0.4.2.
Comment 6 QA Administrators 2023-03-18 03:27:53 UTC Comment hidden (obsolete)
Comment 7 Samuel Thibault 2023-03-23 22:38:17 UTC
7.4.5.1 seems to be working fine now.