Skip to content

trace-atomics-wait doesn't propagate to workers when env is set #53374

@orinatic

Description

@orinatic

Version

20.8.1

Platform

Linux ushanka-housing 6.5.0-1020-oem #21-Ubuntu SMP PREEMPT_DYNAMIC Wed Apr 3 14:54:32 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Subsystem

trace-atomics-wait

What steps will reproduce the bug?

You can reproduce this by modifying one of the existent node tests.

If you edit tests/parallel/test-trace-atomics-wait.js in this repo with

-`, { eval: true, workerData: i32arr });
+`, { eval: true, workerData: i32arr, env: process.env });

and then run

node ./test/parallel/test-trace-atomics-wait.js

the test will fail

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

This should reproduce 100% of the time -- you don't need to do anything special

What is the expected behavior? Why is that the expected behavior?

According to https://nodejs.org/docs/latest-v20.x/api/worker_threads.html#new-workerfilename-options, the default value for a worker thread's env is process.env. Thus, not passing an environment and passing process.env as the environment should always produce the same behavior.

What do you see instead?

When running in its original form, the test produces two profile files, as intended. When passing {env: process.env} into the worker invocation, however, it only produces one profile file.

Additional information

This may be a dup of #52825, but given that it's a different flag, the fix might be slightly different, so I figured I should bring it to your attention

Metadata

Metadata

Assignees

No one assigned

    Labels

    workerIssues and PRs related to Worker support.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions