Edgar Chen 3f791b5050 Bug 1556352 - Part 1: Do not set form owner from parser for form-associated custom element; r=smaug ... See steps 14 of https://html.spec.whatwg.org/commit-snapshots/3ad5159be8f27e110a70cefadcb50fc45ec21b05/#create-an-element-for-the-token From spec perspective, FACE needs this in order to enqueue the formAssociated callback while FACE is inserted into document. Otherwise it would bail out in https://html.spec.whatwg.org/multipage/form-control-infrastructure.html#association-of-controls-and-forms:parser-inserted-flag, and wouldn't run https://html.spec.whatwg.org/multipage/form-control-infrastructure.html#reset-the-form-owner steps nor https://html.spec.whatwg.org/multipage/custom-elements.html#custom-element-reactions:reset-the-form-owner From implementation perspective, we don't implement parser inserted flag, but we do update the form owner from parser. Not doing this would make the subsequent part which implements formAssociated callback a bit simpler, where we don't need to consider or handle the case that form owner is set from parser. Differential Revision: https://phabricator.services.mozilla.com/D129646		2021-10-28 10:29:37 +00:00
..
expat	Backed out 4 changesets (bug 1688452) for assertion and bc failures on browser_translation_bing.js.	2021-09-29 20:13:33 +03:00
html	Bug 1556352 - Part 1: Do not set form owner from parser for form-associated custom element; r=smaug	2021-10-28 10:29:37 +00:00
htmlparser	Bug 1626517 - Replaced mozilla::Unused with mozilla::Ignore in mozilla::Decoder/mozilla::Encoder calls. r=m_kato	2021-10-25 12:31:41 +00:00
prototype	…
xml	…
moz.build	…
nsCharsetSource.h	…