RESOLVED FIXED Bug 94715
[V8] Remove V8Proxy from getXPathNSResolver()
https://bugs.webkit.org/show_bug.cgi?id=94715
Summary [V8] Remove V8Proxy from getXPathNSResolver()
Kentaro Hara
Reported 2012-08-22 08:34:31 PDT
- The V8Proxy* argument of getXPathNSResolver(..., V8Proxy* = 0) is not used. We can remove it. - We can rename getXPathNSResolver() to toXPathNSResolver(). - We can move toXPathNSResolver() from V8DOMWrapper to V8Binding, since other toXXX() methods are written in V8Binding.
Attachments
Patch (6.61 KB, patch)
2012-08-22 08:38 PDT, Kentaro Hara
no flags
Kentaro Hara
Comment 1 2012-08-22 08:38:39 PDT
Adam Barth
Comment 2 2012-08-22 12:30:34 PDT
Comment on attachment 159947 [details] Patch It seems odd that XPathNSResolver needs this special-case code. How do we do this in the general case?
Kentaro Hara
Comment 3 2012-08-22 17:43:42 PDT
(In reply to comment #2) > (From update of attachment 159947 [details]) > It seems odd that XPathNSResolver needs this special-case code. How do we do this in the general case? Generated code by default: if (V8XPathNSResolver::HasInstance(value)) return V8XPathNSResolver::toNative(value) return 0; What XPathNSResolver expects: if (V8XPathNSResolver::HasInstance(value)) return V8XPathNSResolver::toNative(value); else if (value->IsObject()) return V8CustomXPathNSResolver::create(value->ToObject()); return 0; It looks like that XPathNSResolver wants to fall back to V8CustomXPathNSResolver. (I don't know why though.)
WebKit Review Bot
Comment 4 2012-08-22 18:12:31 PDT
Comment on attachment 159947 [details] Patch Clearing flags on attachment: 159947 Committed r126375: <http://trac.webkit.org/changeset/126375>
WebKit Review Bot
Comment 5 2012-08-22 18:12:34 PDT
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.