Markus Greystone Reporter
	Description • 9 years ago

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.71 Safari/537.36

Steps to reproduce:

I have created a ARIA tree with <ol> elements like the one attached. Enable JAWS 16 & tab to any of the links from outside the tree.


Actual results:

JAWS narrates the link three times.


Expected results:

JAWS should only narrate the item once. Firefox is the only browser with the behavior as far as i can tell.

	:Gijs (he/him)
	Comment 1 • 9 years ago

Marco, can you confirm and/or indicate what's going on here?

	Marco Zehe (:MarcoZ)
	Comment 2 • 9 years ago

This sounds like a JAWS bug to me. I am currently not up to date on the JAWS version and today don't have cycles to install it, but a quick test with NVDA shows that we seem to be doing the right thing, NVDA reads the items only once. So it must have something to do with how JAWS interprets this markup.

Note that it is unusual to mark up a tree view like this. Tree views (outline and outlineitem) require a very specific set of keyboard interactivity, and the example doesn't follow that at all. You are not supposed to tab to tree view items: You only tab to the tree view, with focus on the currently selected item, then select the different items with arrow keys. Tab itself takes you to the next focusable element outside the tree view. So in part, the problem may also be author error, but at least Firefox + NVDA are well-behaved enough to not do the wrong thing here. Each item is only spoken once.

	Markus Greystone Reporter
	Comment 3 • 9 years ago

Marco, you are correct. In a real-life example, I would add some scripts to enable the arrow keys to work as expected. This is example only demonstrates the tab odd behavior.

	Markus Greystone Reporter
	Comment 4 • 9 years ago

Looks like if i move role="tree" from the <nav> to the first <ol>, JAWS narrates as expected.