Land tests for hiding form validationMessage in response to window.open
Categories
(Toolkit :: UI Widgets, task, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox-esr91 | --- | fixed |
firefox92 | --- | wontfix |
firefox93 | --- | wontfix |
firefox94 | --- | fixed |
People
(Reporter: Gijs, Assigned: Gijs)
References
Details
(Keywords: sec-other, Whiteboard: [post-critsmash-triage][adv-main94-])
Attachments
(1 file)
+++ This bug was initially created as a clone of Bug #1726621 +++
Landing tests separately to avoid blocking the other bug which is tracking 93, and to avoid having tests show up in the tree at the same time.
Assignee | ||
Comment 1•3 years ago
|
||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 2•3 years ago
|
||
tests, r=NeilDeakin
https://hg.mozilla.org/integration/autoland/rev/0ebc4402a7cb4826e0ee4299e354dcbedb418baf
https://hg.mozilla.org/mozilla-central/rev/0ebc4402a7cb
Comment 3•3 years ago
|
||
It's a bit surprising to me that this landed before 93 shipped to users.
Assignee | ||
Comment 4•3 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #3)
It's a bit surprising to me that this landed before 93 shipped to users.
The original bug was a sec moderate, so I thought we didn't need to wait; in fact in a different but related bug's patch, https://phabricator.services.mozilla.com/D122785#3992391 I was explicitly asked not to obfuscate or land tests separately; the only reason I landed it separately here is because there was still some uncertainty around the specifics of the test and making sure it accurately tested whether things broke, and I didn't want to block landing the fix on that.
Updated•3 years ago
|
Comment 5•3 years ago
|
||
uplift |
Updated•3 years ago
|
Updated•2 years ago
|
Description
•