superbonaci
superbonaci
Can the cause be the terminal? I'm using [iTerm2](https://iterm2.com/)
I confirm that the issue happens too with Apple Terminal Version 2.14 (455.1). The bug is confirmed to be caused by filesystem `APFS`. With `JHFS+` the file is displayed correctly...
Both 🤩 and 🤡 can be created in APFS, so there must be something with either the filesystem or the kernel not allowing to write to that filesystem those characters....
I think the best way to fix this is to check if all graphemes involved can be written to destination filesystem, like I've suggested to others projects: https://github.com/DmitryScaletta/twitch-dlp/issues/46
Looks like the new emoji are fully integrated into macOS Version 26.0 Beta (25A5295e), no need to reformat the hard drive already picks it up: ``` $ yt-dlp -vU 'https://www.twitch.tv/beenonebraylon/video/2493390184'...
The problem is not really fixed, since new emoji could be released after macOS 16...
The issue is caused by macOS, not the filesystem APFS, which supports almost anything. #### How to reproduce 1. On macOS 15.5 (24F74) connect an external APFS volume. 2. Volume...
Also related: https://github.com/DmitryScaletta/twitch-dlp/issues/46
You are right it must be something related to the kernel, because crashes the os even when opening the file in Terminal from a symlink: ``` panic(cpu 4 caller 0xfffffe0023c80050):...
On HFS+ I confirm that the issue does not happen, all emoji are supported out of the box. Those wanting best compatibility format the external storage in HFS+ for now,...