Skip to content
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

Request cherry-pick of V8 commit, re-enabling [[Scopes]] internal property #45845

Closed
AaronFriel opened this issue Dec 13, 2022 · 11 comments
Closed
Labels
v8 engine Issues and PRs related to the V8 dependency.

Comments

@AaronFriel
Copy link
Contributor

AaronFriel commented Dec 13, 2022

Version

19.2

What steps will reproduce the bug?

Pulumi's Node.js SDK has a capability for capturing and serializing closures, which utilizes an internal property on functions called [[Scopes]], which is accessible via runtime methods. This was removed from upstream V8, however we've requested that this be reverted and that process is underway.

Our tracking issue:

Chromium issue and revert comment: https://bugs.chromium.org/p/chromium/issues/detail?id=1365858#c13

How often does it reproduce? Is there a required condition?

Always, this is an upstream feature change in V8.

What is the expected behavior?

No response

What do you see instead?

n/a

Additional information

No response

@bnoordhuis
Copy link
Member

As a workaround, pass --noexperimental_remove_internal_scopes_property on the command line.

@AaronFriel
Copy link
Contributor Author

@bnoordhuis Is there an equivalent environment variable we could use? Passing that argument on earlier Node versions results in:

node: bad option: --noexperimental_remove_internal_scopes_property

@bnoordhuis
Copy link
Member

Alas, no.

@AaronFriel
Copy link
Contributor Author

Ah that's a shame, Pulumi supports all supported Node runtimes.

I'm a bit leery of baking in knowledge into our CLI about this property and trying to do feature detection via node --v8-options. Do you have an idea of how long it would take for this revert to land in Node?

@bnoordhuis
Copy link
Member

Probably not before January. #45831 is scheduled for tomorrow and I expect that's the last v19.x release of 2022.

@AaronFriel
Copy link
Contributor Author

That would hopefully have this land in 19.4?

We will direct users to stick to active & LTS versions of Node until this lands.

@bnoordhuis
Copy link
Member

Yes, or (hypothetically) v19.3.1. You will want to open a pull request with the cherry-pick, however. :-)

@AaronFriel
Copy link
Contributor Author

Happy to do that, what's the process for making that PR & cherry-pick?

@bnoordhuis
Copy link
Member

@AaronFriel
Copy link
Contributor Author

@bnoordhuis Seems like that went smoothly, though some of that documentation seemed out of date - specifically about the branches and references to Node v4, v5.

Please let me know on the PR if there's anything else for me to do!

#45851

@targos
Copy link
Member

targos commented Jan 1, 2023

#45851 landed and will be part of the next 19.x release.

@targos targos closed this as completed Jan 1, 2023
@targos targos added v8 engine Issues and PRs related to the V8 dependency. v19.x labels Jan 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
v8 engine Issues and PRs related to the V8 dependency.
Projects
None yet
Development

No branches or pull requests

3 participants