716835 - accesskey attributes are sometimes not loaded for MediaWiki Translate extension

Status: RESOLVED INCOMPLETE

(Firefox :: Keyboard Navigation, defect)

Description

[Federico]

Only with Firefox (all releases and OS; no other browsers), it happens sometimes (no patterns found) that the accesskeys for the popups of the MediaWiki Translate extension are not loaded.
I did some debugging: I didn't find any pattern; the console doesn't show any related error or warning; when accesskeys don't work, I'm often able to "restore" them by clicking in the text area (even if the cursor is already there; some focus issue?); sometimes the first attempt at using the accesskey fails, then they appear and they work.
The UI was changed so that if the accesskey is not recognized it's not shown in brackets, see example screenshot.
Steps to reproduce: unknown, but try to load e.g. <https://meta.wikimedia.org/w/index.php?title=Special%3ATranslate&task=view&group=page|Terms+of+use&limit=1000>, click the first message on the left, try to use the 'd' accesskey to load the next until you're no longer able to.

Comment 1

[Pols12]

I’m surprised to see this 11-years-old report whereas I only met this issue last year.

Actually, there are several buttons with identical accesskey attribute in DOM. Firefox switches the focus between all displayed ones. When there is only one (this bug; the other inherit display:none style), Firefox should activate it instead of only giving the focus.

MediaWiki report: https://phabricator.wikimedia.org/T306141
WebCompat report: https://github.com/webcompat/web-bugs/issues/116510
Related: bug 425496 (several links with identical target and identical accesskey)

Comment 2

[Pols12]

Actually, I think this should be closed as duplicate of bug 1797214; or as invalid since the reproduction steps are not enough clear.