New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 732411 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Dec 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug
Team-Accessibility



Sign in to add a comment

ChromeVox Accessibility Link within table not accessible

Reported by hardik.s...@gmail.com, Jun 12 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Steps to reproduce the problem:
1. Build a table and a link within the thead or tbody.
2. bind the javascript function to it.
3. Activate the ChromeVox and the key events will not work. When the chromeVox is off, it works fine.

I used this example:
<!DOCTYPE html>
<html>
<head>
<title>Page Title</title>
<script src="https://ajax.googleapis.com/ajax/libs/jquery/3.2.1/jquery.min.js"></script>

<script>
	function focusItem(id) {
		$('#'+id).focus();
	}
</script>

</head>
<body>

<h1>This is a Heading</h1>
<p>This is a paragraph.</p>

<table class="table-shadow pair payee-details">
	<thead>
		<tr>
			<th>Heading 1</th>
			<th>
            	<a href="#" id="link1" onclick="javascript:focusItem('link2')">Link1</a>
            </th>
		</tr>
	</thead>
	<tbody>
		<tr>
			<td>Heading 2:</td>
			<td>ABCDE</td>
		</tr>
		<tr>
			<td>Heading 3:</td>
			<td>
				Cell 
				<a href="#" id="link2" onclick="javascript:focusItem('link1')">&nbsp;&nbsp; Phone</a>
			</td>
		</tr>
		<tr>
			<td>Heading 4:</td>
			<td>
				<div>Once</div>
			</td>
		</tr>
	</tbody>
</table>
</body>
</html>

I am trying to switch the focus within the links on pressing enter key when tabbed to any one link.

What is the expected behavior?
As it is a hyperlink(<a>), on clicking enter button, the onclick event should get fired and the focus should be flipped to other link in the table.

What went wrong?
When Chrome-Vox extension is turned off, it works fine on the Latest chrome stable version. The focus gets flipped within the links on pressing enter button.
But when the Chrome-Vox extension is enabled, on pressing enter, the full row gets highlighted and announced by the Chrome-Vox and the enter event is suppressed.

Did this work before? No 

Does this work in other browsers? N/A

Chrome version: 58.0.3029.110  Channel: stable
OS Version: OS X 10.12.5
Flash Version:
 
Please Note: This is same issue with Windows OS as well.
Labels: Needs-Milestone OS-Windows

Comment 3 by sdy@chromium.org, Jun 13 2017

Components: UI>Accessibility>ChromeVox
Labels: -OS-Windows -OS-Mac
Taking this out of the platform bug queues.
Cc: msrchandra@chromium.org caitpott...@gmail.com
Labels: -Needs-Milestone hasbisect-per-revision M-61 OS-Linux OS-Mac OS-Windows
Owner: haraken@chromium.org
Status: Assigned (was: Unconfirmed)
Tested in chrome #58.0.3029.110, stable #59.0.3071.86 and canary #61.0.3131.0. 0n Mac 10.12.5, Ubuntu 14.04 & Win 10.0 and able to reproduce the issue.

Below are the Bisect Details:

Bisect Info:
=============
Bad Build: 51.0.2680.0 (Revision - 381354)
Good Build: 51.0.2679.0 (Revision - 381134) 

Bisect URL:
=========== 
You are probably looking for a change made after 381248 (known good), but no later than 381249 (first known bad).
Review URL: https://codereview.chromium.org/1777483012
CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/a5430a08444415e4a7bd3cf15675136bf89eec31..2f9367a3f1bc731e1cae19edfa3b89bc18071093

Note: However, in good builds when ChromeVox extension is enabled, click on Tab to shift on the links and observe no voice over is heard.

From the CL above, assigning the issue to the concern owner

@caitpotter88: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review URL: https://codereview.chromium.org/1777483012
Unable to find the "caitpotter88" mail id so assigning to reviewer.
Status: WontFix (was: Assigned)
Google Chrome 65.0.3294.2 (Official Build) canary (64-bit) (cohort: 64-Bit)
Windows 10 Enterprise Version 1607 Build 14393.1770
NVDA 2017.4

I am not able to replicate this issue on Windows with the JAWS and NVDA screen readers. Since we recommend using a native screen reader such as JAWS or NVDA on Windows or ChromeVox on Chrome OS, I am resolving this bug. Please let me know if you have any questions. 

# Load example listed above
# Load NVDA
# Navigate to the first link in the table, press enter
Focus flips to the other link as indicated as the expected behavior. The same thing happens on the other link, it works as expected as well. 

# Close NVDA, load JAWS
# Navigate to the first link in the table, press enter
Focus flips to the other link as indicated as the expected behavior. The same thing happens on the other link, it works as expected as well. 


Sign in to add a comment