You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
However this time it is different, there are many different PRs affected by that and it only happens on Windows 11. We checked this and are fairly certain that this is caused by the latest Windows 11 updates (most likely will fail the same way on Windows 2025). Based on all of that I'll open a PR marking this test as flaky on Windows and will investigate it once it is no longer causing CI failures.
I opened 2 PRs (libuv/libuv#4696 and libuv/libuv#4698) in libuv and they landed. When a new version of libuv is released and merged into Node, this should be fixed.
This seems to almost always fail now. I think we should consider splitting it and skipping the always failing test case, otherwise it will make the CI indefinitely orange.
Reacted by Antoine du Hamel, Alex Yang and Day1Banana
So the builtin error message says that the file exists, but the error code is not EEXIST.
According to errno.h in Visual Studio, it is #define STRUNCATE 80.
This 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.
This 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.
Activity
mhdawson commentedon Jan 27, 2025
This might not be a flaky test since it failed even after a resume.
https://ci.nodejs.org/job/node-test-binary-windows-js-suites/32313/
StefanStojanovic commentedon Jan 28, 2025
This test seems to have failure bursts (https://github.com/nodejs/reliability/issues?q=is%3Aissue%20state%3Aopen%20test-fs-cp). In each, there were a few PRs with all the failures.
However this time it is different, there are many different PRs affected by that and it only happens on Windows 11. We checked this and are fairly certain that this is caused by the latest Windows 11 updates (most likely will fail the same way on Windows 2025). Based on all of that I'll open a PR marking this test as flaky on Windows and will investigate it once it is no longer causing CI failures.
test: set `test-fs-cp` as flaky
test: set `test-fs-cp` as flaky
huseyinacacak-janea commentedon Feb 18, 2025
I opened 2 PRs (libuv/libuv#4696 and libuv/libuv#4698) in libuv and they landed. When a new version of libuv is released and merged into Node, this should be fixed.
test: set `test-fs-cp` as flaky
joyeecheung commentedon Jul 16, 2025
Both libuv PRs have been present in the main branch but the test still seems very flaky: they are currently failing in almost all Windows CIs https://ci.nodejs.org/job/node-test-binary-windows-js-suites/
joyeecheung commentedon Jul 25, 2025
This seems to almost always fail now. I think we should consider splitting it and skipping the always failing test case, otherwise it will make the CI indefinitely orange.
test: split test-fs-cp.js
test: split test-fs-cp.js
test: split test-fs-cp.js
targos commentedon Aug 24, 2025
I tried to add some logs and compile on Windows:
out/Debug/node test/parallel/test-fs-cp-sync-error-on-exist.mjsprints:So the builtin error message says that the file exists, but the error code is not EEXIST.
According to
errno.hin Visual Studio, it is#define STRUNCATE 80.test: split test-fs-cp.js
test: set `test-fs-cp` as flaky
test: set `test-fs-cp` as flaky
test: set `test-fs-cp` as flaky
github-actions commentedon Apr 22, 2026
This 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.
github-actions commentedon May 22, 2026
This 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.