Enable dom.popup.experimental on Nightly
Categories
(Core :: DOM: Core & HTML, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox133 | --- | fixed |
People
(Reporter: hsinyi, Assigned: smaug)
References
Details
Attachments
(1 file)
| Reporter | ||
Comment 1•1 year ago
|
||
Here is the try push with the preference enabled. Let's see what we get from the result.
https://treeherder.mozilla.org/jobs?repo=try&revision=3be3f9163e2690c099a96ef915a674fc5174cb7b
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 2•1 year ago
|
||
Comment 4•1 year ago
|
||
Backed out for causing mochitest failures @ browser_osPicker.js
Backout link: https://hg.mozilla.org/integration/autoland/rev/5ba9519a61269addfc4f80bd6bd386e41df44c46
Updated•1 year ago
|
Comment 7•1 year ago
|
||
| bugherder | ||
Comment 8•1 year ago
|
||
:smaug could you consider nominating this for a release note? (Process info)
We could include it in the nightly only release notes.
| Assignee | ||
Comment 9•1 year ago
|
||
Release Note Request (optional, but appreciated): Nightly only release note telling that user activation detection changes and popup blocking may be less strict in some cases, when it has been overly strict.
[Why is this notable]: This should help in certain cases when Firefox has been traditionally more (and overly) strict with popup blocking than other browsers. This should lead to fewer erroneous popup blocking prompts.
[Affects Firefox for Android]: Yes
[Suggested wording]: Firefox follows now more closely the model HTML specification has for transient user activation. [1]
[Links (documentation, blog post, etc)]:
[1] this is a bit hard to say precisely since HTML spec certain issues around this topic.
Comment 10•1 year ago
|
||
Thanks, added to the Fx133 nightly release notes, please allow 30 minutes for the site to update.
Comment 11•1 year ago
|
||
Removing the nightly+ relnote flag since this is riding the 134 train to Release via bug 1927368.
Description
•