-
Notifications
You must be signed in to change notification settings - Fork 30.2k
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
Feature request: backport node patch for Array#values
#1897
Comments
We have a policy of only carrying patches that have been accepted upstream. Here, it's been reverted upstream and it's unclear when it's going to get added back. Minor aside, |
:-/ how will Yes, you're correct - by spec, they're |
Uh oh, not good.
|
Ok I just checked, and it's in the spec for es6, so it will eventually land. When? That's up to v8. :S |
Yes, exactly - this function is required by the spec, and v8 is only holding it back for web compat. I'd say that v8 should keep it in and Chrome should remove it, but they didn't do it that way for whatever reason. |
Wasn't the 0.12 v8 version using some sort of wrong (non-v8-release-line) v8 version? If so, that's kinda the problem. :( |
@Fishrock123 It was, but has been fixed. |
Right but there were still releases in the wild with this Array feature in from them being dev versions. :/ (In the past now, but I suspect this will just be a general ouch until v8 adds it again.) |
ES6 hasn't been approved yet afaik. Given that |
@Slayer95 Yes, it most certainly has been, and is finalized - as of last week's (May) TC39 meeting. |
I would expect to see that patch in |
-1, should not add features that are not agreed to be added by V8 (and SpiderMonkey). It may be in the ES2015 spec but that doesn't mean it'll be part of the actual JavaScript language accepted and implemented by engines. |
I think I'm going to close this for now. I would consider it a bug that it even existed unflagged in node (without being stable yet). |
This should be mentioned in the changelog of the converged release, I think. |
Will do. |
I re enabled Array.prototype.values in Chrome 66 with an embedder flag. We'll know if it's web compatible or not once Chrome 66 becomes stable. cc @MylesBorins |
Reopening this issue to track. We should likely enable it in 10.x assuming it doesn't get reverted again. @gsathya does it make sense for us to enable it a couple weeks later or perhaps inherit it in the 6.7 upgrade? |
I think waiting for 6.7 is a good idea. I'll enable it by default in V8 6.8 and backport it to V8 6.7 (since 6.7 is branching right now) |
Friendly ping. It looks it's still behind a flag in 6.8? |
Thanks @targos. We're still ramping up Chrome 66 release rollout, so I don't have enough data yet to know if it's web compatible. |
Seems like |
It should still be backported if possible, imo. |
v6.x is EOL and v8.x is in maintenance mode now. I'd say it's exceedingly unlikely that a back-port will be accepted at this stage because it doesn't meet the criteria:
Ergo, I'll go ahead and close this out. |
Certainly dragging our heels on it for 4 or 1 year makes it obsolete, but that doesn’t mean it’s highly subpar that it wasn’t backported. I hope we won’t be so glacial with such things in the future. |
The
Array#values
function was temporarily removed from v8 because it broke web compatibility.node
/io.js
, however, do not have that concern.Per nodejs/node-v0.x-archive#25324 (comment), if
io.js
merges in these two commits,io.js
(and future versions ofnode
) will retainArray.prototype.values
rather than being hindered by web compat concerns.Can this be brought in to the next non-patch release of
io.js
?The text was updated successfully, but these errors were encountered: