Unsuccessful filename normalization

[gy-mate]

I tried normalizing a file's name on an APFS volume: ~ % jaso "/Volumes/temp/RE_ Önkormányzati REDACTED.msg -> /Volumes/temp/RE_ Önkormányzati REDACTED.msg DONE; 1 files in 0.003973321 seconds

But jaso didn't normalize the filename as

• I still can't copy the file to an SMB server due to filename length limitation met by the filename being kept in NFD
• when I run the command again, it tries normalizing the filename again: ~ % jaso "/Volumes/temp/RE_ Önkormányzati REDACTED.msg -> /Volumes/temp/RE_ Önkormányzati REDACTED.msg DONE; 1 files in 0.006861128 seconds

Or does jaso do the normalization successfully anyway and the problem might be somewhere else, like

• APFS denying the change of filename from NFD to NFC or
• when copying to an SMB server, Finder.app copies the filename as NFD?

Thank you for your help in advance!

Debugging information: - OS: macOS 13.5.2 - App version: 1.0.0

[cr0sh]

I believe APFS does accept change from NFD to NFC (i.o.w. two representations are treated differently), and I tested on APFS too. I suspect SMB is the cause. Will try to reproduce but I need a confirmation for steps:

• Create empty file RE_ Önkormányzati REDACTED.txt on APFS home dir
• Normalize via jaso
• Copy the file to any remote SMB server (and if it succeeds copy it back to home and check the name is still NFC?)

[gy-mate]

@cr0sh It seems to me that APFS is the issue indeed. I have a file named RE_ Önkormányzati ḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊḊ.txt and the normalization doesn't seem to be successful either with jaso or convmv:

https://github.com/user-attachments/assets/ca94fc3b-b4a1-441f-9b59-c6b56d6eebb3

Therefore I can't copy the file to the remote SMB server at any point of the process.

Currently I'm using macOS 15.0.1.