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

Steps to reproduce the problem:
Here is a test page to reproduce the issue.
http://ets-research.org/ia11ylab/CATS/acc_demos/ibis_rb_test/test.html

Problem: “clickable” announcements.

·Adding a “role” of “presentation” to parent/grandparent nodes that have a click/ng-click handler but no role did, in fact, fix the problem in regular Chrome, but not in 61.
·Addressing propagation issues did not fix the problem in 61.

Please add a patch in electron 61 to fix this, I consider this to be a showstopper to implementing Electron 61. We can’t have confusing “clickable” announcements in an assessment

Problem: No announcement of aria-posinset and aria-setsize in JAWS browse mode

What is the expected behavior?

What went wrong?
Our IT department is reporting that in Chrome Electron 61, announcement of the aria-setsize and aria-posinset attributes (with role="radio") is not announced in JAWS 18 browse mode. It is announced only in forms mode. They indicated that the announcement was previously made in both browse and forms mode in Electron 51. This problem is preventing them from upgrading our test delivery system to Electron 61, as announcement of the number of the option and the total number of options is essential for our test takers, and any changes to the behavior will necessitate changing all test documentation and help screens. We need to complete the Electron 61 upgrade within the next week or so, so we would like to have this expedited if you could fix it in Chrome Electron 61.

We have further investigated it and have concluded that it is a bug in Chrome that does not occur in the latest chrome Version 68.0.3440.84 (Official Build) (64-bit). The issue is apparent regardless of JAWS version (tested in 17/18/2018).
The issue appears to stem from differences in the accessibility tree representation of the grouping element and its children, between chrome version 61 (the ETS browser) and the later version of chrome in general release.
We attempted to work around it by using aria-owns to provide an explicit relationship between the grouping element and the radio buttons, in the hope that this would cause an expression of the setsize/posinset, it did not. We also modified aspects of the coding in an attempt to expose the setsize/posinset, to no avail.
Why does it work in ‘forms’ mode in the ETS browser but not the virtual cursor mode? In forms mode JAWS interacts directly with the interactive controls in the UI, rather than with a representation of the UI created by JAWS, from the information provided in the accessibility tree. This direct interaction provides better access to the available states and properties of the radio buttons.

Here is a test page to reproduce the issue.
http://ets-research.org/ia11ylab/CATS/acc_demos/ibis_rb_test/test.html

Problem: “clickable” announcements.

·Adding a “role” of “presentation” to parent/grandparent nodes that have a click/ng-click handler but no role did, in fact, fix the problem in regular Chrome, but not in 61.
·Addressing propagation issues did not fix the problem in 61.

Please add a patch in electron 61 to fix this, I consider this to be a showstopper to implementing Electron 61. We can’t have confusing “clickable” announcements in an assessment

Problem: No announcement of aria-posinset and aria-setsize in JAWS browse mode

Please add a patch in Chrome electron 61 to fix this issue.

Did this work before? Yes Electron 51 

Does this work in other browsers? N/A

Chrome version: 67.0.3396.99  Channel: n/a
OS Version: 10
Flash Version: