Environment:
- macOS 26.3 (25D125)
- Terminal.app 2.15 (466)
- Apple Silicon
- Input method: Japanese (Romaji) - built-in Kotoeri
Issue: Terminal.app crashes consistently when typing Japanese text using the built-in Japanese input method (Romaji) and the input line wraps beyond the terminal width.
Steps to Reproduce:
- Open Terminal.app with default profile (Basic)
- Set terminal window width to ~80 columns
- Start typing Japanese text using macOS built-in Japanese input (Romaji)
- Continue typing until the text wraps to the next line
- Wait a few seconds after the wrap occurs
- Terminal.app crashes
Key info from crash report:
- Crash thread name:
(input method 992 com.apple.inputmethod.Kotoeri.RomajiTyping) - ASI:
BUG IN CLIENT OF LIBMALLOC: memory corruption of free block - Exception:
EXC_BREAKPOINT (SIGTRAP) - Stack trace involves:
IMKInputSession_Modern setMarkedText→SendTextInputEvent→NSTextInputContext - The crash occurs in
_xzm_xzone_malloc_freelist_outlinedcalled from_CFRuntimeCreateInstance→__CFStringCreateImmutableFunnel3→+[NSString stringWithUTF8String:]
Notes:
- Does NOT occur with paste input, only with live IME typing
- Does NOT occur with ASCII-only input
- Reproducible multiple times per week with normal Japanese usage
- iTerm2 does not exhibit this issue
- The crash appears to be a use-after-free or buffer miscalculation in Terminal.app's handling of marked text (未確定文字列) during line wrapping
Has anyone else experienced this? Any known workarounds other than switching to iTerm2?