Repository navigation
test-single-executable-application* tests flaking on macOS #59553
Description
Activity
- addedflaky-testIssues and PRs involving tests that fail intermittently in CI.Issues and PRs involving tests that fail intermittently in CI.macosIssues and PRs related to the macOS platform.Issues and PRs related to the macOS platform.single-executableIssues and PRs related to single-executable applications.Issues and PRs related to single-executable applications.
on Aug 20, 2025 They seem to have gone in the recent CI runs: https://ci.nodejs.org/job/node-test-commit-osx/
I once ran into this after a rebase which was strangely persistent, and then it went away after another rebase. #59276 (comment) I wonder if it has something to do with the ephemeral macOS hosts and/or caching?
They seem to have gone in the recent CI runs: ci.nodejs.org/job/node-test-commit-osx
I once ran into this after a rebase which was strangely persistent, and then it went away after another rebase. #59276 (comment) I wonder if it has something to do with the ephemeral macOS hosts and/or caching?
I had the same experience in #59497
They seem to have come back 5 days ago and then gone, I noticed some patterns in https://github.com/nodejs/reliability/blob/main/reports/2025-09-02.md
- They happen in a short amount of time on a few jobs and then go away (in the last report they happened in 68906, 68910, 68914, 68916 and then disappeared)
- In the CI it only happens on the ephemeral macOS hosts
- They don't seem to happen on GitHub actions on macOS, and I haven't seen them happening locally on my macOS machine
Given the pattern I still feel that it may be an issue with caching. Another possibility is code signing (I think it also crashes with segfault if you don't sign it properly on macOS) though I don't know how that's set up in the CI machines...
I have no idea if it's the same cause, but the tests are consistently failing on the new macos15-x64 builds.
e.g. https://ci.nodejs.org/job/node-test-commit-osx/66925/nodes=macos15-x64/#showFailuresLink
07:53:44 [process 31240]: --- stderr --- 07:53:44 dyld[31240]: failed to set up thread local variables for '/Users/admin/node-tmp/.tmp.4757/sea': unsupported thread-local, larger than 4GB@nodejs/single-executable
"Another possibility is code signing" -> the only VM's capable of code signing are the release machines, unless these tests are relying on an existing binary that already been signed, I think that can be ruled out.
unless these tests are relying on an existing binary that already been signed, I think that can be ruled out.
The tests relied on signing the generated SEAs or else they won't run at all. The tests would skip running these generated binaries if code signing is not available and therefore would not crash at running them (note that the tests don't need to sign them with an identity, the command is merely
codesign --sign - /path/to/sea, I think it doesn't need any setup - I've never set up my local machine for signing with an identity and it can sign the SEA for the tests with this command just alright). Although it does need the codesign tool to work properly in the machine, while I am not sure if the macs in the CI has that...- added a commit that references this issue
on Sep 30, 2025 - added a commit that references this issue
on Oct 6, 2025 The
unsupported thread-local, larger than 4GBseems to appear quite often for macos x64. I wonder if it's a bug in postject that corrupts the executable during injection and dyld ends up thinking something is TLS even though it's not. Maybe updating the lief dependency in postject would do something considering it's been a bit outdated and there might be some bug fixes..- added a commit that references this issue
on Oct 11, 2025 - addedcommit-queuePRs queued for automated landing through the Commit Queue.PRs queued for automated landing through the Commit Queue.and removedcommit-queuePRs queued for automated landing through the Commit Queue.PRs queued for automated landing through the Commit Queue.
on Oct 13, 2025 17 remaining items
- added a commit that references this issue
on Feb 19, 2026 - added a commit that references this issue
on May 11, 2026 github-actions commented
on May 12, 2026 on May 12, 2026 – with GitHub ActionsContributorMore actionsThis issue has been marked as stale due to 210 days of inactivity.
It will be automatically closed in 30 days if no further activity occurs. If this is still relevant, please leave a comment or update it to keep it open.- addedstaleIssues and PRs marked stale due to inactivity and scheduled for automatic closure.Issues and PRs marked stale due to inactivity and scheduled for automatic closure.
on May 12, 2026 github-actions commented
on Jun 11, 2026 on Jun 11, 2026 – with GitHub ActionsContributorMore actionsThis issue has been automatically closed after 30 days of inactivity following its stale status (no activity for a total of 240 days).
If this is still relevant, feel free to reopen it or leave a comment with additional details so we can continue the discussion.- added 5 commits that reference this issue
on Sep 22, 2026
Test
test-single-executable-application
Platform
macOS
Console output
Build links
Additional information
According to
Several
test-single-executable-application*tests have been failing on one or more pull requests on macOS.It looks like the injected binary is crashing.
cc @nodejs/single-executable