fs.rmSync cannot remove files under chinese-named directory

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, rmSync crash without throw.
When an absolute path contains Chinese characters, rmSync also crash without throw.
When the file is located inside a Chinese-named directory (but the filename is ASCII-only), rmSync is a no-op but does not throw(no deletion).

Related issues:
#58759
#56049

This binding uses std::filesystem, and is indeed a variant of #58759.

@Renegade334

@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.

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 против известного д…

Navigation Menu

Repository navigation

fs.rmSync cannot remove files under chinese-named directory #61067

Version

Platform

Subsystem

What steps will reproduce the bug?

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

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

What do you see instead?

Additional information

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

fs.rmSync cannot remove files under chinese-named directory #61067

Description

Version

Platform

Subsystem

What steps will reproduce the bug?

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

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

What do you see instead?

Additional information

Activity

Renegade334 commented on Dec 15, 2025

mag123c commented on Dec 29, 2025

Yuchen-Dai commented on Dec 31, 2025

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions