Open Bug 2008207 Opened 8 months ago Updated 7 months ago

Focus not returned after activating button (Top sites/Shorctuts section > non-sponsored links > ••• disclosure > Edit Shortcut dialog > ✖ button adjacent to URL input)

Categories

(Firefox :: New Tab Page, defect)

Firefox 148
defect

Tracking

()

Accessibility Severity s3

People

(Reporter: john.northup, Unassigned)

References

(Blocks 2 open bugs)

Details

(Keywords: access)

Attachments

(2 files)

Steps to Reproduce

In the Top Sites/Shortcuts section, open the ••• disclosure for a non-sponsored link and activate the Edit button. In the resulting dialog, activate the button adjacent to the URL input.

Expected Behavior

The button is removed and focus is set to the URL input.

Actual Behavior

Focus is not returned.

User Impact

Users cannot see or hear their place on the page.

WCAG 2.2 References

Recommendations

Set focus to the URL input when the button is removed.

Testing Environment

Any

Assistive Technology Used

Any or None

Code Pointers


Further Reference

Attached image Edit shortcut dialog

I managed to reproduce this issue on:

  • Firefox Nightly 149.0a1;
  • Firefox 148.0b5;

Tested and reproduced on:

  • Windows 10;
  • Ubuntu 22;
  • macOS 15;

Setting as NEW.

Status: UNCONFIRMED → NEW
Ever confirmed: true

Pressing tab once would move the focus back to the URL input, but it is still confusing, because the user would not know if the whole dialog was closed or not, etc.

Accessibility Severity: --- → s3

Assigning the Severity value to align with the Accessibility severity, per discussions with :thecount and :marco

Severity: -- → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: