Unaccessible clickable graphics

[nvaccessAuto]

Reported by jorgtum on 2014-09-09 07:34 There are some clickable graphics which are unaccessible. The click over them with the mouse works correctly but the click with enter key or space key does anything. I don'tknow if it is a NVDA bug or a problemby the developers of the website.

I use by example this spanish website containing guitar tablatures, in the song list there are clickable graphics to see each tablature but I can't enter from the keyboard.

http://acordes.lacuerda.net/barricada/

Thank you.

[nvaccessAuto]

Comment 1 by jteh on 2014-09-09 10:31 Please provide exact steps to reproduce and exactly what you expect regarding the example site you gave. For me, there are graphics, but there is also a link above each which can be activated and does open a new page.

[nvaccessAuto]

Comment 2 by jorgtum on 2014-09-09 11:22 In the middle of the page there is a song list of an artist, ordered in a table, in the first column the name of the song appears as a link that redirect you to a page, this link works correctly but this page don't interest for this case, the important part is the right of the table where there are for each song several graphics depending the number of tablatures, each graphic open a new window of the browser containing the tablature and it doesn't work correctly with the keyboard.

I'm using aragonese version of Mozilla Firefox 31 and NVDA 2014.3 both installed over Windows 7

[nvaccessAuto]

Comment 3 by mdcurran on 2015-05-03 23:18 To me it looks like there's an issue with Firefox's implementation of IAccessibleAction::doAction in this instance. Action name suggests it will "click" but it seems to succeed but do nothing. Where as an actual mouse click does work. I'll have to try and make a testcase that shows this specifically.

[nvaccessAuto]

Comment 4 by jteh on 2015-05-06 07:02 This is probably MozillaBug:1017322.

The list has the click listener, not the graphic. When we use doAction, it generates a DOM click event with the graphic as its target. I suspect the click listener is explicitly checking for the list and ignores anything else.

We could wait for MozillaBug:1017322, but I think this will affect other browsers as well. As such, it might be worth doing real mouse clicks ourselves. We still need to use doAction for off-screen objects and cases where the object at the target location is not the target object or a descendant of the target object.

[jcsteh]

P2 because there are quite a few cases of this in the wild (and it's probably occurring more these days). At best, this is extremely annoying for users. At worst, it makes it impossible for users who don't know about the workaround of routing the mouse.

[bhavyashah]

Given that this ticket has a P2 priority and is encompassed by the on going Project Webfix, this is just a gentle ping/reminder to initiate work on this in the near future. @jcsteh @feerrenrut @leonardder

[Adriani90]

@jorgtum, @jcsteh Is this issue still reproducible? Is the Mozilla bug being already fixed?

[jcsteh]

There hasn't been action on the Mozilla bug, no. I'm not sure if this specific test case is reproduceable, but there are other examples; see the Mozilla bug for more info.

[Adriani90]

Testing with NVDA Version: alpha-20097,6a573cd9, in Firefox 75 this issue is still reproducible. Pressing enter on the graphics does not trigger the action. However, there is a workaround for this at least.

1. Open the link in Firefox
2. Press g until you hear "graphic R"
3. Press up arrow to land on the link with the title of the song and press enter
4. You will land on the lyrics page. Press g again until you hear "graphic r"
5. Press enter and you will land on the page with the cords and tabs.

My assumption is that on the main page the graphic is not rendered correctly in Firefox. n Chromium browsers for example the graphic is not displayed at all.