Repository navigation
fs.rmSync cannot remove files under chinese-named directory #61067
Description
Version
v24.12.0
Platform
Microsoft Windows NT 10.0.22631.0 x64
Subsystem
No response
What steps will reproduce the bug?
- Run a PowerShell
- Run command
mkdir "D:/2025年12月" - Run command
"" | Set-Content D:/2025年12月/test.txt - Run
// D:/script.js
const fs = require('fs');
fs.rmSync('2025年12月/test.txt');
How often does it reproduce? Is there a required condition?
Every time.
Tested on Windows Node v24.12.0.
Node v22.10.0 does not appear to have this issue.
What is the expected behavior? Why is that the expected behavior?
The file should be deleted.
What do you see instead?
The file remains on disk.
Additional information
This seems related to non-Ascii path handling on Windows.
Possibly the same underlying issue as #58759 and , but with a different failure mode (silent no-op instead of crash).
- When the filename itself contains Chinese characters,
rmSynccrash without throw. - When an absolute path contains Chinese characters,
rmSyncalso crash without throw. - When the file is located inside a Chinese-named directory (but the filename is ASCII-only),
rmSyncis a no-op but does not throw(no deletion).
Activity
Renegade334 commentedon Dec 15, 2025
This binding uses
std::filesystem, and is indeed a variant of #58759.mag123c commentedon Dec 29, 2025
@Renegade334
I looked at it because I wanted to contribute if possible.
I tested this on Windows 10 with both v24.12.0 and the latest nightly build (v26.0.0-nightly20251229879b95efea).
In v24.12.0, fs.rmSync silently fails to delete files when the path contains non-ASCII characters - whether in the directory name or the filename itself.
In the nightly build, both cases work correctly.
This issue appears to be fixed by #61108, which also added the test case
test-fs-rmSync-special-char.js.Yuchen-Dai commentedon Dec 31, 2025
This has been fixed by #61108 .
Thanks to everyone involved. Closing this issue.
fix(tests,web-test): не отдавать rmSync/cpSync пути с не-ASCII символами
0.3.0: 递归删除/拷贝的坑从根上封死,批准改成「窗口起的才算」
ci(валидация): матрица прогонов по ОС и версиям Node
chore(проверка): закрепить Node 24.12.0 — версия, на которой дефект п…
ci(валидация): канареечный прогон на Node 24.12.0 против известного д…