New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[[Call]] for objects w/o legacycaller #408
Comments
Wow, great catch. I think a short-term fix is to add a prelude stating that it only exists for objects with legacy callers. Longer-term we may want to consider creating a new type of object, "callable legacy platform objects", which have the same internal methods as legacy platform objects + [[Call]]. I remember we discussed that back in #202 but didn't go with it... |
In discussing this with @tobie we realized that HTMLAllCollection is the only place that uses this. We might just want to move the |
Turns out there is only one interface in the Platform using legacy callers (HTMLAllCollection). Define the exotic behaviors there instead. Fixes whatwg#407. Fixes whatwg#408.
Turns out there is only one interface in the Platform using legacy callers (HTMLAllCollection). Define the exotic behaviors there instead. Fixes whatwg#407. Fixes whatwg#408.
And here's the PR for HTML: whatwg/html#2932 |
Turns out there is only one interface in the Platform using legacy callers (HTMLAllCollection). Define the exotic behaviors there instead. Fixes whatwg#407. Fixes whatwg#408.
Turns out there is only one interface in the Platform using legacy callers (HTMLAllCollection). Define the exotic behaviors there instead. Fixes whatwg#407. Fixes whatwg#408.
Now that [`legacycaller` is gone](whatwg#408)
For legacy platform objects w/o any legacy callers, the [[Call]] internal method immediately throws a TypeError. Unfortunately, the mere fact that [[Call]] is defined can cause certain issues, like the object being treated as callable by ES, and
typeof
operator returning "function".The text was updated successfully, but these errors were encountered: