Open Bug 1744053 Opened 3 years ago Updated 3 years ago

DOMMenuItemActive/Inactive incorrectly dispatched to content

Categories

(Core :: Disability Access APIs, defect)

defect

Tracking

()

Tracking Status
firefox-esr91 --- unaffected
firefox94 --- unaffected
firefox95 --- unaffected
firefox96 --- wontfix
firefox97 --- wontfix

People

(Reporter: emilio, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Attached file testcase

These events should not be exposed to websites.

Flags: needinfo?(eitan)

[Tracking Requested - why for this release]: Unexpectedly web-exposed change.

I don't think that is the correct regressing bug. I found the last build without that change, and I am still able to reproduce the testcase.

$ mozregression --launch 20211111045525

It looks like ChromeOnlyDispatch is "no" here: https://searchfox.org/mozilla-central/source/layout/generic/nsIFrame.cpp#4394

Trying to investigate how far back that goes, looks like it is pre cvs->hg migration. My hunch is that at some point those were chrome-only events judging by bug 481688.

Flags: needinfo?(eitan)

Ah yeah, sorry, I was going through this code for bug 1744009 and saw the bogus code, and checking out blame pointed to your change. I guess your patch made us dispatch DOMMenuItemInactive events as well, but you're right that the *Active ones were already dispatched... Oof, that's quite unfortunate :(

Severity: -- → S3

Set release status flags based on info from the regressing bug 1733263

Is this something you still want to fix?

Flags: needinfo?(emilio)

Yeah but swamped with other things atm.

Flags: needinfo?(emilio)

Set release status flags based on info from the regressing bug 1733263

Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: