<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - AX: navigating to a new URL with a fragment identifier, VoiceOver moves accessibility focus to top of document regardless"
href="https://bugs.webkit.org/show_bug.cgi?id=163719">163719</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>AX: navigating to a new URL with a fragment identifier, VoiceOver moves accessibility focus to top of document regardless
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>Product</th>
<td>WebKit
</td>
</tr>
<tr>
<th>Version</th>
<td>Safari 10
</td>
</tr>
<tr>
<th>Hardware</th>
<td>iPhone / iPad
</td>
</tr>
<tr>
<th>OS</th>
<td>iOS 10
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>Major
</td>
</tr>
<tr>
<th>Priority</th>
<td>P2
</td>
</tr>
<tr>
<th>Component</th>
<td>Accessibility
</td>
</tr>
<tr>
<th>Assignee</th>
<td>webkit-unassigned@lists.webkit.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>redux@splintered.co.uk
</td>
</tr>
<tr>
<th>CC</th>
<td>webkit-bug-importer@group.apple.com
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=292162" name="attach_292162" title="Test case">attachment 292162</a> <a href="attachment.cgi?id=292162&action=edit" title="Test case">[details]</a></span>
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: <a href="https://www.youtube.com/watch?v=LvlM8Z71oWE">https://www.youtube.com/watch?v=LvlM8Z71oWE</a>
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 <a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - For keyboard users, activating a fragment URL should transfer focus and caret to the destination"
href="show_bug.cgi?id=116046">https://bugs.webkit.org/show_bug.cgi?id=116046</a>, but filed separately as requested <a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - For keyboard users, activating a fragment URL should transfer focus and caret to the destination"
href="show_bug.cgi?id=116046#c57">https://bugs.webkit.org/show_bug.cgi?id=116046#c57</a>
The issue does not appear in Safari/VoiceOver on MacOS/OS X, so it seems iOS/Safari/VoiceOver specific.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>