Closed Bug 1807687 Opened 2 years ago Closed 2 years ago

Focus rings randomly displayed on all links until firefox is restarted

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Firefox 107
defect

Tracking

()

RESOLVED FIXED
110 Branch
Tracking Status
firefox110 --- fixed

People

(Reporter: hitsinvimpula, Assigned: emilio)

References

Details

Attachments

(1 file, 1 obsolete file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

Steps to reproduce:

Since around a few versions ago, after running firefox for a random period of time

Actual results:

Focus rings start to appear on all clicked links even though they are turned off in about:config

Expected results:

Focus rings are not displayed

The Bugbug bot thinks this bug should belong to the 'Core::DOM: UI Events & Focus Handling' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → DOM: UI Events & Focus Handling
Product: Firefox → Core

What pref are you using to turn them off?

Flags: needinfo?(hitsinvimpula)

browser.display.show_focus_rings and browser.display.focus_ring_on_anything are both in their default state (false).

Flags: needinfo?(hitsinvimpula)

The only thing that can explain this is the WM_UPDATEUISTATE state
getting out of sync in a way that we think we need to unconditionally
show focus indicators for a window.

I tried to first make this less error prone (see patch above) but
digging more into these messages, I'm pretty sure we just don't need all
this code. See:

In particular, this is intended to be a windows feature to not show
keyboard indicators on dialogs until you use the keyboard. But that's
how Gecko dialogs behave already due to how :focus-visible behaves as
per:

https://searchfox.org/mozilla-central/rev/43ee5e789b079e94837a21336e9ce2420658fd19/toolkit/components/prompts/src/CommonDialog.jsm#319

I haven't been able to repro this state, but sounds believable that it
could happen after opening a native dialog or so on?

Instead of trying to fix this and untested code, let's just remove it. I
don't think it has any meaningful behavior difference as per the above,
and I also confirmed that other browsers don't handle this message.

Assignee: nobody → emilio
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Severity: -- → S3
Priority: -- → P3
Attachment #9309934 - Attachment description: Bug 1807687 - Remove Windows-only WM_UPDATEUISTATE handling. r=cmartin,NeilDeakin → Bug 1807687 - Simplify Windows keyboard indicator setting handling. r=cmartin,NeilDeakin
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7aa3f87292c6 Simplify Windows keyboard indicator setting handling. r=NeilDeakin
Regressions: 1809217
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 110 Branch
Attachment #9309932 - Attachment is obsolete: true
No longer regressions: 1809217
QA Whiteboard: [qa-110b-p2]
Depends on: 1812376
Regressions: 1813684
Regressions: 1817634
See Also: → 1817634
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: