Нова файлова система Apple дозволяє називати файли лише англійською
Нова файлова система Apple APFS не підтримує нормалізацію символів Unicode на рівні файлової системи, тому файли найбезпечніше називати в рамках кодування ASCII. Це фактично зводить вибір імені до англійської мови, яка не потребує нормалізації. Інакше ряд інструментів та командних оболонок не зможе працювати з файлом.
Проблема імен в APFS
APFS була розроблена компанією з нуля та орієнтована в першу чергу на роботу з флеш-накопичувачами та більш досконале шифрування даних. На даний момент APFS працює на всіх пристроях, де інстальовано версію iOS 10.3 або вище. Таким чином, зазначена проблема спостерігається тільки на iPhone та iPad, на яких користувач не має прямого доступу до файлів. Однак, оскільки до кінця 2017 р. APFS буде розгорнуто і в macOS, дослідники вже зараз мають можливість зафіксувати проблему імен файлів і для цього випадку.
Нормалізація Unicode
У систему кодування Unicode включені алфавіти практично всіх мов світу, що мають писемність, а також цифри, математичні знаки і т. д. За кожним символом закріплений унікальний код, який робить його частиною загальної системи. Деякі символи позначаються кількома кодовими комбінаціями. Наприклад, літера "?" може бути представлена в кодуванні UTF-8 як два шістнадцяткових байти c3 a9, а може виглядати як три шістнадцяткових байти 65 cc 81. Тим не менш, візуально це одна і та ж літера, і комп'ютер повинен прочитувати її одноманітно, для чого і потрібна нормалізація .
У стандарті Unicode передбачено чотири системи нормалізації. Попередня файлова система Apple, яка називається HFS+, використовує форму нормалізації D. Тобто дві різні «?» автоматично наводяться до одного виду і постають у вигляді трьохбайтів 65 cc 81. У HFS+ це робиться лише на рівні файлової системи. Таким чином, все, що виконується на Mac, будь то програми, команди або сама macOS, працює з нормалізованими іменами файлів та папок. HFS+ не дозволяє створювати будь-які «ненормальні» імена.
Як працює APFS
В APFS нормалізація символів не виконується лише на рівні файлової системи. APFS не змінює кодові комбінації Unicode, що надійшли до неї, незалежно від того, були вони нормалізовані чи ні. Нормалізація вбудована в системні команди вищого рівня, які працюють із файлами та папками.

Щоб уникнути проблем, Apple рекомендує розробникам використовувати для роботи з файловою системою високорівневі Foundation API, такі як NSFileManager або NSURL. Або ж вдаватися до функції fileSystemRepresentation об'єктів NSURL при створенні та відкритті файлів за допомогою API нижчого рівня, таких як POSIX, а також при збереженні файлів APFS за її межами.
Проблема та її наслідки
У відповідь розробники пояснюють, що не будь-яке ПЗ може працювати за такою схемою, і деякі високорівневі API ще не підтримують запити, необхідні для виконання цієї процедури. Ситуація сприяє виникненню в APFS помилок, і цей ризик зростає, коли для іменування файлів використовується будь-яка мова крім англійської, оскільки англійський алфавіт найменше потребує нормалізації Unicode. Перехід з однієї файлової системи в іншу тягне у себе змішану нормалізацію.
Оскільки HFS+ символи нормалізуються лише на рівні файлової системи, командні оболонки цим займаються. Наприклад, інструмент Terminal сам собою прописує в назві файлу caf?.txt двобітний, ненормалізований «?». А інструмент Finder, як і обіцяє Apple, наводить букву дотрибітного вигляду. Деякі оболонки можуть отримати доступ тільки до файлів та папок з нормалізованими іменами, тобто вони не бачать ненормалізованого caf?.txt, як, наприклад, Icon view. Terminal бачить, але має проблеми при виконанні операцій з цим файлом. Apfelstrudel вважає, що два файли caf?.txt з нормалізованим і ненормалізованим "?" названо однаково, а Finder – що по-різному.
Проблема може призвести до збою в роботі багатьох інструментів, пише ресурс The Eclectic Light Company, тим більше що введення команд безпосередньо або через оболонки часто використовується в macOS. Тепер користувач не може бути на 100% упевнений, який символ він зараз запровадив. Щоб виправити ситуацію, доведеться впроваджувати механізм нормалізації в інструменти, але це буде непросто.