WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
111411
[Custom Elements][V8] Custom Element doesn't need its own WrapperTypeInfo
https://bugs.webkit.org/show_bug.cgi?id=111411
Summary
[Custom Elements][V8] Custom Element doesn't need its own WrapperTypeInfo
Hajime Morrita
Reported
2013-03-05 00:13:05 PST
This is preparation for
Bug 110436
. In this change, we're going to remove V8HTMLCustomElement::info and use WrapperTypeInfo of some relevant buit-in element instead.
Attachments
Patch
(10.01 KB, patch)
2013-03-05 01:29 PST
,
Hajime Morrita
no flags
Details
Formatted Diff
Diff
Patch
(10.57 KB, patch)
2013-03-05 03:00 PST
,
Hajime Morrita
no flags
Details
Formatted Diff
Diff
Patch for landing
(10.11 KB, patch)
2013-03-05 17:55 PST
,
Hajime Morrita
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Hajime Morrita
Comment 1
2013-03-05 01:29:59 PST
Created
attachment 191434
[details]
Patch
Kentaro Hara
Comment 2
2013-03-05 01:47:26 PST
Comment on
attachment 191434
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=191434&action=review
> Source/WebCore/bindings/v8/V8HTMLCustomElement.cpp:78 > + v8::Handle<v8::Value> constructorValue = WebCore::toV8(constructor.get(), creationContext, isolate);
Nit: WebCore:: is not needed.
> Source/WebCore/bindings/v8/V8HTMLCustomElement.cpp:82 > + v8::Handle<v8::Object> prototype = v8::Handle<v8::Object>::Cast(constructorWapper->Get(v8String("prototype", isolate)));
Nit: v8String => v8::String::NewSymbol
> Source/WebCore/bindings/v8/V8PerContextData.cpp:130 > + if (prototypeObject->InternalFieldCount() == v8PrototypeInternalFieldcount) > + prototypeObject->SetAlignedPointerInInternalField(v8PrototypeTypeIndex, type);
It looks a bit fragile. In future there might be other objects whose InternalFieldCount() are 1. Can't you use type->wrapperTypePrototype instead of relying on InternalFieldCount() ?
Hajime Morrita
Comment 3
2013-03-05 03:00:29 PST
Created
attachment 191450
[details]
Patch
Hajime Morrita
Comment 4
2013-03-05 03:01:01 PST
Comment on
attachment 191434
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=191434&action=review
Thanks for the quick look, haraken! I revised the patch.
>> Source/WebCore/bindings/v8/V8HTMLCustomElement.cpp:78 >> + v8::Handle<v8::Value> constructorValue = WebCore::toV8(constructor.get(), creationContext, isolate); > > Nit: WebCore:: is not needed.
compiler wants it since there are conflicting V8HTMLCusstomElement::toV8()
>> Source/WebCore/bindings/v8/V8PerContextData.cpp:130 >> + prototypeObject->SetAlignedPointerInInternalField(v8PrototypeTypeIndex, type); > > It looks a bit fragile. In future there might be other objects whose InternalFieldCount() are 1. Can't you use type->wrapperTypePrototype instead of relying on InternalFieldCount() ?
Changed in that way.
Kentaro Hara
Comment 5
2013-03-05 03:18:52 PST
Comment on
attachment 191450
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=191450&action=review
LGTM.
> Source/WebCore/bindings/v8/V8HTMLCustomElement.cpp:62 > + v8::Handle<v8::Value> wrapperValue = toV8(toHTMLUnknownElement(impl.get()), creationContext, isolate);
Hmm? You said a compiler wants WebCore::, but did you remove WebCore:: ?
WebKit Review Bot
Comment 6
2013-03-05 03:54:08 PST
Comment on
attachment 191450
[details]
Patch
Attachment 191450
[details]
did not pass chromium-ews (chromium-xvfb): Output:
http://webkit-commit-queue.appspot.com/results/17053076
New failing tests: editing/inserting/insert-composition-whitespace.html editing/pasteboard/paste-and-sanitize.html dom/xhtml/level3/core/documentadoptnode16.xhtml dom/xhtml/level1/core/hc_documentcreateelementcasesensitive.xhtml accessibility/canvas-fallback-content.html http/tests/cache/subresource-failover-to-network.html editing/execCommand/remove-format-elements.html editing/execCommand/applyblockelement-visiblepositionforindex-crash.html dom/xhtml/level3/core/nodeisdefaultnamespace09.xhtml dom/html/level1/core/hc_elementwrongdocumenterr.html dom/html/level1/core/hc_attrinsertbefore6.html editing/selection/extend-by-sentence-001.html dom/html/level1/core/hc_attrappendchild5.html editing/deleting/delete-and-cleanup.html dom/html/level1/core/hc_nodeappendchildnewchilddiffdocument.html dom/html/level1/core/hc_namednodemapwrongdocumenterr.html dom/xhtml/level3/core/documentnormalizedocument10.xhtml editing/editability/ignored-content.html dom/html/level1/core/hc_attrappendchild2.html dom/html/level1/core/hc_nodeinsertbeforenewchilddiffdocument.html editing/undo/replace-text-in-node-preserving-markers-crash.html editing/pasteboard/paste-without-nesting.html http/tests/misc/script-defer-after-slow-stylesheet.html editing/style/remove-format-without-enclosing-block.html editing/execCommand/ident-crashes-topnode-is-text.html editing/selection/root-inlinebox-selected-children-crash.html fast/block/child-not-removed-from-parent-lineboxes-crash.html dom/xhtml/level1/core/hc_attrappendchild2.xhtml fast/block/merge-anonymous-block-remove-child-crash2.html dom/html/level1/core/hc_nodereplacechildnewchilddiffdocument.html
Hajime Morrita
Comment 7
2013-03-05 16:36:55 PST
Comment on
attachment 191450
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=191450&action=review
>> Source/WebCore/bindings/v8/V8HTMLCustomElement.cpp:62 >> + v8::Handle<v8::Value> wrapperValue = toV8(toHTMLUnknownElement(impl.get()), creationContext, isolate); > > Hmm? You said a compiler wants WebCore::, but did you remove WebCore:: ?
Oh, this one is OK. Another one below isn't.
Hajime Morrita
Comment 8
2013-03-05 17:55:41 PST
Created
attachment 191622
[details]
Patch for landing
Hajime Morrita
Comment 9
2013-03-05 17:56:13 PST
(In reply to
comment #7
)
> > > > Hmm? You said a compiler wants WebCore::, but did you remove WebCore:: ? > > Oh, this one is OK. Another one below isn't.
And turned out we need it after all :-/
WebKit Review Bot
Comment 10
2013-03-05 18:54:38 PST
Comment on
attachment 191622
[details]
Patch for landing Clearing flags on attachment: 191622 Committed
r144865
: <
http://trac.webkit.org/changeset/144865
>
WebKit Review Bot
Comment 11
2013-03-05 18:54:42 PST
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug