Closed Bug 2008201 Opened 8 months ago Closed 7 months ago

Disclosure button programmatically misrepresented as application menu trigger (Story topic sections > story card link > ••• button)

Categories

(Firefox :: New Tab Page, defect)

Firefox 148
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: john.northup, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: access)

Attachments

(1 file)

Steps to Reproduce

Open DevTools. Inspect the ••• button within any story card in any Story topic section.

Expected Behavior

Button does not nave aria-haspopup.

Actual Behavior

Button has aria-haspopup="menu"

User Impact

Users may be confused as to the function of the button, expecting an application menu/submenu where no 'application' exists.

WCAG 2.2 References

Recommendations

Remove the aria-haspopup attribute. Application menu semantics and structure are neither necessary nor helpful for the disclosure.

Testing Environment

Any

Assistive Technology Used

Any

Code Pointers

<button aria-haspopup="menu" aria-expanded="false" data-l10n-id="newtab-menu-content-tooltip" data-l10n-args="{&quot;title&quot;:&quot;First young salmon found in three rivers since 2015&quot;}" class="context-menu-button icon" tabindex="-1" title="Open menu" aria-label="Open context menu for First young salmon found in three rivers since 2015"></button>

Further Reference

Menu with options that is being shown is transient, it still can be dismissed by pressing Esc key, thus Disclosure pattern recommended would not be applicable. Following (current) W3C WAI Menu Button pattern is recommended.

Status: UNCONFIRMED → RESOLVED
Closed: 7 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: