Open Bug 1892417 Opened 5 months ago Updated 4 months ago

Add an autofocus property for feature callout messages that will disable the autofocus behavior in FeatureCallout.sys.mjs

Categories

(Firefox :: Messaging System, enhancement, P2)

Firefox 125
enhancement
Points:
3

Tracking

()

Tracking Status
firefox125 --- affected

People

(Reporter: ke5trel, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

(Keywords: ux-interruption)

Attachments

(1 file)

STR:

  1. Have NEWTAB_CSAT_SURVEY message enabled ("Help Firefox improve this page").
  2. Open a new tab in order to perform a search.
  3. Start typing.

Expected:
Address bar has keyboard focused and fills with typed text.

Actual:
Nothing happens, keyboard focus is in the survey message panel.

User is interrupted and needs to move focus to the address bar to perform the search they had planned. This interruption continues each time a new tab is opened as long as the survey has not been dismissed. The survey is not modal and only occupies the lower corner of the window, so the keyboard stealing behavior feels unwarranted.

The survey message only appears for me in the current Release 125 and not Beta 126 or Nightly 127.

Blocks: fc-surface
Priority: -- → P1
Iteration: --- → 127.1 - Apr 15 - Apr 26

That is working as expected. All feature callouts are auto focused. It ensures that screen readers can announce the popup immediately and that keyboard users can easily interact with it. True that it makes interacting with the address bar more difficult, but that's a one-time nuisance. Once you dismiss the survey, it will never come back. On the other hand, not auto-focusing would mean we effectively don't get to survey most users with visual limitations. So, I don't think it's a straightforward decision how to balance these considerations.

This is an experiment, so it can't be changed and will end in a few weeks. But we could consider whether to make auto-focus optional and use it more sparingly for future callouts. With respect to newtab and PDF.js surveys specifically, it will be resolved automatically by supporting in-content callouts (bug 1885593), as they would be the first focus within the page, but would not take focus until the page/browser itself is focused, which requires tabbing into it. That seems somewhat problematic for a11y, but we want to do it anyway for other reasons. As for other callouts (e.g. Review Checker callouts), they're all pretty prominently displayed in the browser chrome, and I don't see a good enough reason not to auto-focus them.

Iteration: 127.1 - Apr 15 - Apr 26 → 127.2 - Apr 29 - May 10
Depends on: 1885595

The severity field is not set for this bug.
:aminomancer, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(shughes)
Severity: -- → S3
Flags: needinfo?(shughes)
Iteration: 127.2 - Apr 29 - May 10 → 128.1 - May 13 - May 24

The goal here is to add an autofocus property for feature callout messages that will disable the autofocus behavior in FeatureCallout.sys.mjs.

This is a relatively straightforward change. Read through FeatureCallout.sys.mjs and search for focus and you'll see what's going on. It's a decent introduction to the feature callout surface.

Summary: Survey on new tab page steals keyboard focus when user opens a new tab wanting to perform a search → Add an autofocus property for feature callout messages that will disable the autofocus behavior in FeatureCallout.sys.mjs
Iteration: 128.1 - May 13 - May 24 → 128.2 - May 27 - Jun 7
Type: defect → enhancement
Iteration: 128.2 - May 27 - Jun 7 → ---
Points: --- → 3
Priority: P1 → P2
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: