Repository navigation
v22.6.0 fs.cpSync crash #54476
Copy link
Copy link
Closed
Labels
fsIssues and PRs related to file-system APIs and the fs module.Issues and PRs related to file-system APIs and the fs module.windowsIssues and PRs related to the Windows platform.Issues and PRs related to the Windows platform.
Description
Activity
- addedfsIssues and PRs related to file-system APIs and the fs module.Issues and PRs related to file-system APIs and the fs module.
on Aug 21, 2024 fs.cpSync in v20.17.0 has no error. And v20.17.0 has the new feature --experimental-require-module too, it saved me, thanks.
Likely a regression caused by #53614 - this only shows up on Windows where the native encoding is UTF16. It's possibly caused by the incorrect use of UTF8 path data #53614 (comment)
Reacted by Rafael Gonzagacc @nodejs/platform-windows
- addedwindowsIssues and PRs related to the Windows platform.Issues and PRs related to the Windows platform.
on Sep 1, 2024 - added a commit that references this issue
on Sep 21, 2024 - added a commit that references this issue
on Oct 4, 2024 - added a commit that references this issue
on Aug 17, 2026 - added a commit that references this issue
on Sep 16, 2026 - added a commit that references this issue
on Sep 29, 2026
Metadata
Metadata
Assignees
Labels
fsIssues and PRs related to file-system APIs and the fs module.Issues and PRs related to file-system APIs and the fs module.windowsIssues and PRs related to the Windows platform.Issues and PRs related to the Windows platform.
Version
v22.6.0
Platform
Subsystem
fs
What steps will reproduce the bug?
fs.cpSync will crash if the dir contains chinese, like
fs.cpSync('C:/新建文件夹', 'C:/model', { recursive: true })
How often does it reproduce? Is there a required condition?
always
What is the expected behavior? Why is that the expected behavior?
fs.cpSync can handle the dir with chinese
What do you see instead?
no output, only crash
Additional information
No response