[Webkit-unassigned] [Bug 163719] New: AX: navigating to a new URL with a fragment identifier, VoiceOver moves accessibility focus to top of document regardless

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Oct 20 02:15:36 PDT 2016


https://bugs.webkit.org/show_bug.cgi?id=163719

            Bug ID: 163719
           Summary: AX: navigating to a new URL with a fragment
                    identifier, VoiceOver moves accessibility focus to top
                    of document regardless
    Classification: Unclassified
           Product: WebKit
           Version: Safari 10
          Hardware: iPhone / iPad
                OS: iOS 10
            Status: NEW
          Severity: Major
          Priority: P2
         Component: Accessibility
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: redux at splintered.co.uk
                CC: webkit-bug-importer at group.apple.com

Created attachment 292162
  --> https://bugs.webkit.org/attachment.cgi?id=292162&action=review
Test case

When opening a URL with a fragment identifier, Safari correctly opens the new page and visually scrolls to the relevant part of the document referred to in the fragment/hash (if present). However, when VoiceOver is running, after the initial visual scroll VoiceOver resets the accessibility focus/caret all the way back to the first element at the very start of the document. This currently makes URLs with fragment identifiers useless for iOS/VO users (which is particularly problematic for very long documents, as VO users then have to still explicitly navigate all the way through the document to finally reach the actual section they were after).

Video of the bug in action: https://www.youtube.com/watch?v=LvlM8Z71oWE

Steps to reproduce:

- with VoiceOver enabled, open a fresh tab in Safari
- enter a URL with a fragment identifier (in the attached test case, there is a #target1, for instance)

Expected:

- Safari opens the document, visually scrolls to the location of the fragment identifier
- VoiceOver sets accessibility focus/caret to the targeted element (or its first child element)

Actual:

- Safari opens the document, visually scrolls to the location of the fragment identifier
- VoiceOver sets accessibility focus/caret to the very first element of the document
- the visual viewport is scrolled back to the top of the document

This is potentially a side effect of https://bugs.webkit.org/show_bug.cgi?id=116046, but filed separately as requested https://bugs.webkit.org/show_bug.cgi?id=116046#c57
The issue does not appear in Safari/VoiceOver on MacOS/OS X, so it seems iOS/Safari/VoiceOver specific.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20161020/3afa33c4/attachment.html>


More information about the webkit-unassigned mailing list