Closed
Bug 1341898
Opened 7 years ago
Closed 7 years ago
Make nsDocument::IsWebComponentsEnabled use a cached bool pref
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla54
Tracking | Status | |
---|---|---|
firefox54 | --- | fixed |
People
(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)
References
Details
Attachments
(1 file)
5.90 KB,
patch
|
baku
:
review+
|
Details | Diff | Splinter Review |
Another similar issue: https://perfht.ml/2l1f671 XrayResolveAttribute calling into nsDocument::IsWebComponentsEnabled() which does a slow hashtable lookup. Making this block bug 1334263 since I don't know of a better tracker bug.
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → ehsan
Assignee | ||
Comment 1•7 years ago
|
||
Attachment #8840288 -
Flags: review?(amarchesini)
Updated•7 years ago
|
Attachment #8840288 -
Flags: review?(amarchesini) → review+
Assignee | ||
Comment 2•7 years ago
|
||
We should also add this to the content prefs, otherwise the content process attempts to access it too early at startup.
Pushed by eakhgari@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/9fe977a59fa1 Make nsDocument::IsWebComponentsEnabled use a cached bool pref; r=baku
Comment 4•7 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/9fe977a59fa1
Status: NEW → RESOLVED
Closed: 7 years ago
status-firefox54:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla54
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•