Closed Bug 1503019 Opened 6 years ago Closed 6 years ago

Remove Shadow DOM and Custom Elements prefs

Categories

(Core :: DOM: Core & HTML, task)

task
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla65
Tracking Status
firefox65 --- fixed

People

(Reporter: bgrins, Assigned: timdream)

References

(Blocks 3 open bugs)

Details

(Keywords: dev-doc-complete)

Attachments

(3 files)

Form discussions back when we first shipped v1: "I assume we'll keep the prefs until 64. So, ship in 63 and remove prefs in 65".

If that's still a doable target, we could remove the prefs now. This would make the UA Widget implementations easier since we wouldn't have to continue supporting the in-content XBL implementations for each one.
Smaug, what do you think?
Flags: needinfo?(bugs)
Assignee: nobody → timdream
Status: NEW → ASSIGNED
This patch removes the dom.webcomponents.shadowdom.enabled pref and all its
references.

I didn't change the tests that loads Shadow DOM tests in an iframe,
in the interest of keeping hg annotation history.
This patch removes the following functions:

* nsContentUtils::IsCustomElementsEnabled()
* CustomElementRegistry::IsCustomElementEnabled(JSContext* aCx, JSObject* aObject)
* CustomElementRegistry::IsCustomElementEnabled(nsIDocument* aDoc)

and all references of the pref.

Depends on D11183
Blocks: 1497940
There are a few bugs in-flight that should be landed before this.
(In reply to Tim Guan-tin Chien [:timdream] (please needinfo) from comment #5)
> There are a few bugs in-flight that should be landed before this.

It turned out they don't touch the same lines of code, so I am going to rebase the patches and try to land it.

https://treeherder.mozilla.org/#/jobs?repo=try&revision=f0bc7db58e5817c0ebc3ddbd752b899a27d13cd1
Flags: needinfo?(bugs)
Pushed by tchien@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/7b845eac9dd7
Part I, Remove dom.webcomponents.shadowdom.enabled r=smaug
https://hg.mozilla.org/integration/autoland/rev/06b12fd41ff1
Part II, Remove dom.webcomponents.customelements.enabled pref r=smaug
Need to rebase -- keeping needinfo.
Depends on: 1505811
Flags: needinfo?(timdream)
Just trigger landing again before other patches break them...
Pushed by tchien@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/35994714f03a
Part I, Remove dom.webcomponents.shadowdom.enabled r=smaug
https://hg.mozilla.org/integration/autoland/rev/e952a2b3d4ef
Part II, Remove dom.webcomponents.customelements.enabled pref r=smaug
https://hg.mozilla.org/mozilla-central/rev/35994714f03a
https://hg.mozilla.org/mozilla-central/rev/e952a2b3d4ef
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
Setting dev‑doc‑needed so that relevant MDN pages can be updated, as they list about:config preference information.
Keywords: dev-doc-needed
Note to MDN writers:

I have added a note about this to the Fx65 rel notes; see the removals subsection of
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Releases/65#APIs

However I am not very happy about the browser compat data situation — if you look at say

https://developer.mozilla.org/en-US/docs/Web/API/CustomElementRegistry

You'll see that it says available from 63 in Firefox, but it also says it is behind a pref from Fx 59-65, which contradicts the first information.

I think we need to simplify the data to just say "available from 63", or "available from 63, and before that, behind a pref". 

To do otherwise is really confusing. Once a feature is enabled by default, 99.9% of devs really don't care if there are prefs that control them or not.

Apart from sorting out the compat data, this one is finished.

(In reply to Chris Mills (Mozilla, MDN editor) [:cmills] from comment #16)

You'll see that it says available from 63 in Firefox, but it also says it is
behind a pref from Fx 59-65, which contradicts the first information.

I think we need to simplify the data to just say "available from 63", or
"available from 63, and before that, behind a pref".

I set it to that as there’s precedent in BCD where the prefs were removed a few versions after the feature shipped.

Component: DOM → DOM: Core & HTML
Type: enhancement → task
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: