summaryrefslogtreecommitdiffstats
path: root/dom
Commit message (Collapse)AuthorAgeLines
* Bug 483155 - Put content creator function pointers onto nsHtml5ElementName.Gaming4JC2020-01-26-33/+92
| | | | | | This is all the manual work for Bug 483155, minus the added functionality to disable SVG and MathML which can be done at any time and are out of scope. Tag UXP Issue #1344
* Bug 1378079 - Part 2: Introduce throw-on-dynamic-markup-insertion counter.Gaming4JC2020-01-26-1/+54
| | | | | | Per spec, document objects have a throw-on-dynamic-markup-insertion counter, which is used in conjunction with the create an element for the token algorithm to prevent custom element constructors from being able to use document.open(), document.close(), and document.write() when they are invoked by the parser. Tag UXP Issue #1344
* Bug 1410790 - Add more assertion in ↵Gaming4JC2020-01-26-31/+52
| | | | | | | | CustomElementData::SetCustomElementDefinition and GetCustomElementDefinition; This is a follow-up patch for bug 1392970. Since we only set CustomElementDefinition on a custom element which is custom, we could add more assertion to ensure that. Tag UXP Issue #1344
* Bug 1352290 - Add assertion to CustomElementReactionsStack::Enqueue to ↵Gaming4JC2020-01-26-0/+15
| | | | | | ensure upgrade reactions aren't scheduled to BackupQueue; Tag UXP Issue #1344
* Bug 1407937 - Move mDefinition from CustomElementReacion to ↵Gaming4JC2020-01-26-19/+7
| | | | | | CustomElementUpgradeReaction; Tag UXP Issue #1344
* Bug 1406297 - Fix Document.createElement must report an exception.Gaming4JC2020-01-26-9/+13
| | | | Tag UXP Issue #1344
* Bug 1319342 - Clone a node should enqueue an upgrade reaction.Gaming4JC2020-01-26-60/+23
| | | | Tag UXP Issue #1344
* Bug 1121994 - Implement adopted callback for custom elements.Gaming4JC2020-01-26-11/+76
| | | | Tag UXP Issue #1344
* Bug 1334044: Replace detached callback (v0) with disconnected callback (v1).Gaming4JC2020-01-26-22/+28
| | | | Tag UXP Issue #1344
* Bug 1334043 - Part 3: Update tests for connected callback.Gaming4JC2020-01-26-6/+6
| | | | Tag UXP Issue #1344
* Bug 1334043 - Part 2: Make nsContentUtils::EnqueueLifecycleCallback static.Gaming4JC2020-01-26-75/+41
| | | | | | We make nsContentUtils::EnqueueLifecycleCallback static so that it can be called without a window object. To achive this, we also make CustomElementReaction not taking a CustomElementRegistry in the constructor, as it can call Upgrade statically. Tag UXP Issue #1344
* Bug 1334043 - Part 1: Replace attached callback (v0) with connected callback ↵Gaming4JC2020-01-26-25/+27
| | | | | | (v1). Tag UXP Issue #1344
* Bug 1392970 - Part 2: Get CustomElementDefinition from CustomElementData ↵Gaming4JC2020-01-26-46/+26
| | | | | | when possible. Tag UXP Issue #1344
* Bug 1392970 - Part 1: Make CustomElementDefinition ref-counted and put it in ↵Gaming4JC2020-01-26-50/+141
| | | | | | CustomElementData. Tag UXP Issue #1344
* Bug 1301024 - Part 2: Implement create an element steps.Gaming4JC2020-01-26-5/+129
| | | | Tag UXP Issue #1344
* Bug 1301024 - Part 1: Set CreateElement/CreateElementNS is attribute.Gaming4JC2020-01-26-0/+8
| | | | Tag UXP Issue #1344
* Bug 1332233 - prevent resource leak in CustomElementRegistry::Define.Gaming4JC2020-01-26-8/+9
| | | | Tag UXP Issue #1344
* Bug 1334051 - Part 2: Invoke attributeChangedCallback only if attribute name ↵Gaming4JC2020-01-26-43/+197
| | | | | | | | | | | | | | is in the observed attribute list. We call attributeChangedCallback in two cases: 1. When any of the attributes in the observed attribute list has changed, appended, removed, or replaced. 2. When upgrading an element, for each attribute in element's attribute list that is in the observed attribute list. Note: w/ Fixup for not implementing an API Enhancement Bug 1363481. Tag UXP Issue #1344
* Bug 1334051 - Part 1: Include namespace in attributeChangedCallback.Gaming4JC2020-01-26-4/+15
| | | | | | | Per spec [1], we should include namesapce in attributeChangedCallback argurment list. [1] https://html.spec.whatwg.org/multipage/custom-elements.html#concept-upgrade-an-element, step 3 Tag UXP Issue #1344
* Bug 1299363 - Part 5-2: Implement new upgrade steps.Gaming4JC2020-01-26-35/+177
| | | | Tag UXP Issue #1344
* Bug 1299363 - Part 5-1: Make the constructor created by ↵Gaming4JC2020-01-26-43/+54
| | | | | | | | document.registerElement() also works with construction stack. So that the old upgrade can also work with new upgrade steps which will be implemented in part 5-2. Tag UXP Issue #1344
* Bug 1353647 - Fix the custom elements v0 upgrade inconsistency;Gaming4JC2020-01-26-15/+25
| | | | | | | | | | | | There are two places doing prototype setup in old upgrade, - If definition comes after JS reflector creation, CustomElementRegistry::Upgrade will do prototype swizzling. - If definition comes before JS reflector creation, Element::WrapObject will set up the prototype. The later one does SubsumesConsideringDomain, but the former doesn't not. This patch is to fix the inconsistency, i.e. the former case should also do SubsumesConsideringDomain. Tag UXP Issue #1344
* Bug 1299363 - Part 4: Hold a pointer of ElementQueue in ReactionsStack instead.Gaming4JC2020-01-26-14/+18
| | | | | | | | 1. It is possible that invoking a reaction triggers pushing a new ElementQueue into ReactionStack (e.g., calling define() in constructor which probably enqueue another upgrade reaction), and the reference of ElementQueue passed to InvokeReactions becomes invalid due to the memmove in nsTArray implementation. 2. And we get another benefit from this is memmove becomes faster. Tag UXP Issue #1344
* Bug 1299363 - Part 3: Remove unused argument in UpgradeCandidates.Gaming4JC2020-01-26-5/+3
| | | | Tag UXP Issue #1344
* Bug 1299363 - Part 2: Allow prototype swizzling in html constructor.Gaming4JC2020-01-26-4/+20
| | | | Tag UXP Issue #1344
* Bug 1299363 - Part 1: Implement construction stack.Gaming4JC2020-01-26-13/+30
| | | | Tag UXP Issue #1344
* Bug 1315885 - Part 4: Implement callback reaction for custom element reactions.Gaming4JC2020-01-26-136/+101
| | | | | | Note: Skipped SyncInvokeReactions since it is removed in CE v1, waste of time. Tag UXP Issue #1344
* Bug 1315885 - Part 3: Transfer the ownership of ReactionQueue's entry due to ↵Gaming4JC2020-01-26-3/+8
| | | | | | re-enter CustomElementReactionsStack::InvokeReactions. Tag UXP Issue #1344
* Bug 1315885 - Part 2: Avoid rethrowing exception in CustomElementCallback::Call.Gaming4JC2020-01-26-0/+4
| | | | Tag UXP Issue #1344
* Bug 1315885 - Part 1: Add ShadowRoot CEReactions annotation.Gaming4JC2020-01-26-1/+1
| | | | Tag UXP Issue #1344
* Bug 1340027 - Part 5: Add XSLTProcessor CEReactions annotation.Gaming4JC2020-01-26-2/+2
| | | | Tag UXP Issue #1344
* Bug 1340027 - Part 4: Add DOM parsing CEReactions annotation.Gaming4JC2020-01-26-4/+4
| | | | Tag UXP Issue #1344
* Bug 1340027 - Part 3: Add CSSStyleDeclaration CEReactions annotation.Gaming4JC2020-01-26-3/+3
| | | | Tag UXP Issue #1344
* Bug 1340027 - Part 2: Add HTML CEReactions annotation.Gaming4JC2020-01-26-359/+398
| | | | Tag UXP Issue #1344
* Bug 1340027 - Part 1: Add DOM CEReactions annotation.Gaming4JC2020-01-26-42/+42
| | | | Tag UXP Issue #1344
* Bug 1377993 - Make node slots less memory hungry in common cases.Gaming4JC2020-01-26-178/+203
| | | | Tag UXP Issue #1344
* Bug 1347634 - GetCustomElementData and SetCustomElementData don't need to be ↵Gaming4JC2020-01-26-52/+32
| | | | | | virtual; Tag UXP Issue #1344
* Bug 1325279 - Put the reaction queue in CustomElementData structure instead ↵Gaming4JC2020-01-26-29/+21
| | | | | | | | of using a map; Bug 1347446 makes accessing ElementReactionQueue becomes a bit non-trival (have to get it via DocGroup). Since bug 1359346 already refactors the creation time of CustomElementData, ReactionQueue can also be put into CustomElementData, then we can just get ReactionQueue from Element. Tag UXP Issue #1344
* Creating customized built-in elements without relevant definitions ↵Gaming4JC2020-01-26-94/+0
| | | | | | | | registered first shouldn't throw NotFoundError; per spec change: https://github.com/w3c/webcomponents/issues/608 Tag UXP Issue #1344
* Bug 1359346 - Implement custom element state;Gaming4JC2020-01-26-22/+44
| | | | | | https://dom.spec.whatwg.org/#concept-element-custom-element-state Tag UXP Issue #1344
* Bug 1357002 - Part 2: Don't call SetupCustomElement() if the custom element ↵Gaming4JC2020-01-26-1/+2
| | | | | | feature is pref-ed off; Tag UXP Issue #1344
* Bug 1357002 - Part 1: Cache dom.webcomponents.customelements.enabled preference;Gaming4JC2020-01-26-1/+9
| | | | Tag UXP Issue #1344
* Bug 1341898 - Make nsDocument::IsWebComponentsEnabled use a cached bool pref;Gaming4JC2020-01-26-4/+12
| | | | | | Note: Minus IPC bit. Tag UXP Issue #1344
* Bug 1309147 - Part 5: Eliminate performance cliff when accessing CEReactions ↵Gaming4JC2020-01-26-5/+19
| | | | | | code. Tag UXP Issue #1344
* Bug 1309147 - Part 4: Add CEReactions for CustomElementRegistry.Gaming4JC2020-01-26-10/+2
| | | | Tag UXP Issue #1344
* Bug 1309147 - Part 3: Implement the support for CEReactions in Codegen.Gaming4JC2020-01-26-0/+96
| | | | Tag UXP Issue #1344
* Bug 1309147 - Part 2: Add the name of 'this' value's JSObject* for codegen ↵Gaming4JC2020-01-26-2/+3
| | | | | | to generate CEReaction code. Tag UXP Issue #1344
* Bug 1309147 - Part 1: Implement the support for CEReactions in WebIDL parser.Gaming4JC2020-01-26-0/+180
| | | | Tag UXP Issue #1344
* Bug 1350960 - Release CustomElementReactionsStack in TabGroup thread when ↵Gaming4JC2020-01-26-0/+3
| | | | | | | | DocGroup is going away. Note: In UXP we use non-Quantum thread checking implementation here. Tag UXP Issue #1344
* Bug 1351979 - Change CustomElementRegistry::Define code to properly ↵Gaming4JC2020-01-26-1/+1
| | | | | | propagate out JS exceptions; Tag UXP Issue #1344
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-09 18:28:33 +0000