When testing Slitherer with Orca screen reader, the document view is not recognized as a web document, so Orca does not activate expected web support. This issue has been reproduced with Orca main and QtWebEngine 6.9.2. It appears to be a regression - this previously worked according to past testing. Since Slitherer is a wrapper around QtWebView (which uses QtWebEngine/Chromium), the root cause may lie in QtWebEngine rather than Slitherer itself. Reproducible: Always Steps to Reproduce: 1. Start Slitherer in a non-workstation live install environment. 2. Use Orca to interact with the document view. 3. Attempt to navigate or read text fields. Actual Results: Orca does not recognize the document view as a web document. Expected Results: Web support should be enabled automatically. Additional Information: Reported by Lukáš Tyrychtr (initial testing)
Slitherer itself is very likely innocent (except for not focusing the web view by default), more likely suspects are Orca and QtWebengine, no idea where this lies exactly.
Turns out this is caused by the QtQuick Breeze style. There's an upstream fix submitted for this: https://invent.kde.org/plasma/qqc2-breeze-style/-/merge_requests/146
Related upstream Qt issue: https://bugreports.qt.io/browse/QTBUG-141843
This should be fixed with this update: https://bodhi.fedoraproject.org/updates/FEDORA-2025-9650fd948f Can someone verify it's better now?