Bug 112665 - NSAccessibility - accessibility failures when Starting Writer from StartCenter
Summary: NSAccessibility - accessibility failures when Starting Writer from StartCenter
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.0.0.0.alpha0+
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility
: 112666 112667 (view as bug list)
Depends on:
Blocks: macOS-UI-polish a11y-macOS Start-Center
  Show dependency treegraph
 
Reported: 2017-09-26 13:59 UTC by Alex Thurgood
Modified: 2024-09-20 17:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Apple accessibility audit report (6.16 MB, text/html)
2017-09-26 14:00 UTC, Alex Thurgood
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Thurgood 2017-09-26 13:59:18 UTC
Description:
The enclosed report details the lack of, or incorrect accessibility feature implementation when starting a new Writer document from the StartCenter.

Steps to Reproduce:
1.Start LibreOfficeDev master
2. Start Accessibility Inspector (Xcode developer tool)
3. Attach Inspector to running LibreOfficeDev process
4. Click on StartCenter window.
5. Click on the New Writer Document button
5. Run Audit from Inspector tools


Actual Results:  
See enclosed output frm audit tool, exported as HTML file (only export option) - the tool is supposed to also export as thumbnails the parts of the screen window that are affected to aid in tracking down each individual problem - unfortunately, this doesn't seem to work properly. When I load the HTML in Firefox, the thumbnails aren't displayed, merely their placeholders.

Expected Results:
The UI should correctly implement accessibility features in accordance with Apple guidelines.


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:55.0) Gecko/20100101 Firefox/55.0
Comment 1 Alex Thurgood 2017-09-26 14:00:11 UTC
Created attachment 136544 [details]
Apple accessibility audit report
Comment 2 QA Administrators 2018-10-10 03:05:07 UTC Comment hidden (obsolete)
Comment 3 Timur 2020-09-21 14:08:31 UTC
*** Bug 112666 has been marked as a duplicate of this bug. ***
Comment 4 Timur 2020-09-21 14:09:07 UTC
*** Bug 112667 has been marked as a duplicate of this bug. ***
Comment 5 QA Administrators 2024-09-04 03:14:43 UTC Comment hidden (obsolete)
Comment 6 V Stuart Foote 2024-09-04 10:52:17 UTC
@Michael, not sure if you'd come across this as it had no accessibility keyword and was not set to block bug 55571, I no longer have access to macOS or Apple hw to test. -- Stuart
Comment 7 Alex Thurgood 2024-09-04 13:51:45 UTC
The accessibility auditor provided through XCode tools no longer seems to be able to produce an audit report in the circumstances described, the audit tool enters a spinning wheel mode with no output (or else I'm not patient enough to wait that long for it to finish).

Tested with

Version: 25.2.0.0.alpha0+ (AARCH64) / LibreOffice Community
Build ID: 677750f3f3d21c40e37cc4296673c931a0cb3779
CPU threads: 8; OS: macOS 14.6.1; UI render: Skia/Raster; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Calc: threaded
Comment 8 Michael Weghorn 2024-09-20 17:10:45 UTC
(In reply to Alex Thurgood from comment #7)
> The accessibility auditor provided through XCode tools no longer seems to be
> able to produce an audit report in the circumstances described, the audit
> tool enters a spinning wheel mode with no output (or else I'm not patient
> enough to wait that long for it to finish).

I can confirm that. I don't see a spinning wheel, but a greyed out "Auditing..." button (which didn't change when running for more than 5 hours).