-
-
Notifications
You must be signed in to change notification settings - Fork 37.3k
[v22.2.0 regression] Some Worker use cases are broken #53011
Copy link
Copy link
Closed
Labels
v22.xIssues that can be reproduced on v22.x or PRs targeting the v22.x-staging branch.Issues that can be reproduced on v22.x or PRs targeting the v22.x-staging branch.workerIssues and PRs related to the worker_threads module and Worker API.Issues and PRs related to the worker_threads module and Worker API.
Description
Activity
Metadata
Metadata
Assignees
Labels
v22.xIssues that can be reproduced on v22.x or PRs targeting the v22.x-staging branch.Issues that can be reproduced on v22.x or PRs targeting the v22.x-staging branch.workerIssues and PRs related to the worker_threads module and Worker API.Issues and PRs related to the worker_threads module and Worker API.
Version
v22.2.0
Platform
all
Subsystem
worker_threads
What steps will reproduce the bug?
node --expose_gc .\test.mjsHow often does it reproduce? Is there a required condition?
always
What is the expected behavior? Why is that the expected behavior?
Hello, world!
What do you see instead?
Additional information
Ref: #52827
It seems that passing execArgv will cause some problems until #41103 is resolved.
I'm not sure this is a regression, but it could be an unintentional breakage and would be a bit difficult to resolve on the user side since there are no known exec argvs supported by
Worker.cc @theanarkh You may be interested!