[webkit-reviews] review granted: [Bug 120691] [DOM4] Have ProcessingInstruction inherit CharacterData : [Attachment 210593] Patch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Sep 6 13:30:47 PDT 2013


Darin Adler <darin at apple.com> has granted Christophe Dumez <dchris at gmail.com>'s
request for review:
Bug 120691: [DOM4] Have ProcessingInstruction inherit CharacterData
https://bugs.webkit.org/show_bug.cgi?id=120691

Attachment 210593: Patch
https://bugs.webkit.org/attachment.cgi?id=210593&action=review

------- Additional Comments from Darin Adler <darin at apple.com>
View in context: https://bugs.webkit.org/attachment.cgi?id=210593&action=review


Looks OK except for two small issues. I’m going to say r=me but we should check
into these two things.

> Source/WebCore/bindings/objc/PublicDOMInterfaces.h:318
> - at interface DOMProcessingInstruction : DOMNode WEBKIT_VERSION_1_3
> + at interface DOMProcessingInstruction : DOMCharacterData WEBKIT_VERSION_1_3

I am not sure this is OK to change. Changing the inheritance could break OS X
apps. We should ask Tim Hatcher what his risk assessment is.

> Source/WebCore/dom/CharacterData.cpp:207
> +    if (nodeType() == PROCESSING_INSTRUCTION_NODE)
> +	   toProcessingInstruction(this)->checkStyleSheet();

This is unfortunate, because nodeType is a virtual function dispatch. I guess
this is not such a hot code path, though.

> Source/WebCore/dom/CharacterData.h:65
> +    String m_data;

Does ProcessingInstruction really need direct access to the data member? I
can’t tell why from the patch. Typically I’d prefer a small inline function
instead of exposing the data member.


More information about the webkit-reviews mailing list