ime: korean: keys that end a composition of korean character are swallowed in macos.

[aca]

Issue Description

Typing korean character '가' requires composition of two character 'ㄱ(r)', 'ㅏ(k)'
Correct behavior for deleting this character (when it's still in compositing state) can be done with 2 .
But it requires 3 .

This issue has been raised multiple times in different forms(including one by me long ago). I found that it's essentially the same issue. Keys that end a composition of korean character are swallowed.

• swallowing esc macos: requires two <esc> to exit insert mode in vim with korean ime. #1663
• swallowing backspace Korean IME: Backspace during Hangul composition fails to delete the last remaining jamo #13439
• swallowing enter Fix Korean IME composing text behavior on macOS #13218
• Not only this, it also swalows combination key (ctrl+...).

But on macos, I found only alacritty handles this correctly, and other terminal have similar issues.
Correct behavior is to not swallow any key that end a composition. Most of the linux terminal works this way. Current behavior is also
inconsistent with Ghostty on Linux.

I maintained personal fork to fix this issue, hope it is fixed upstream. Will create pr it issue is created.

---

If you run into any other issues with korean input, please leave a comment here: #6615

Expected Behavior

Correct behavior

"가" -> <BS> -> "ㄱ" -> <BS> -> "'

Actual Behavior

Current behavior

"가" -> <BS> -> "ㄱ" -> <BS><BS> -> "'

Reproduction Steps

MacOS / Ghostty / nightly / korean typing

rk<bs><bs>

Ghostty Logs

No response

Ghostty Version

Ghostty 1.3.2-main-+2b5ed8879

Version
  - version: 1.3.2-main-+2b5ed8879
  - channel: tip
Build Config
  - Zig version   : 0.16.0
  - build mode    : .ReleaseFast
  - app runtime   : .none
  - font engine   : .coretext
  - renderer      : renderer.generic.Renderer(renderer.Metal)
  - libxev        : kqueue

### OS Version Information

Darwin 25.3.0 

### (Linux only) Display Server

None

### (Linux only) Desktop Environment/Window Manager

_No response_

### Minimal Ghostty Configuration

```ini
#

Additional Relevant Configuration

No response

I acknowledge that:

• I have reviewed the FAQ and confirm that my issue is NOT among them.
• I have searched the Ghostty repository (both open and closed Discussions and Issues) and confirm this is not a duplicate of an existing issue or discussion.
• I have checked the "Preview" tab on all text fields to ensure that everything looks right, and have wrapped all configuration and code in code blocks with a group of three backticks (```) on separate lines.

[hakgeumkim]

Same here on macOS with the built-in 2-Set Korean IME. I see it with Enter and with Option+arrow, which look like the same "key that ends the composition" problem:

• Enter (1.3.1 and tip 1.3.2-main+c7cbc9bfd): the first Enter only commits the syllable and a second Enter is needed. Details in macOS: Korean IME needs two Enter presses to submit #14773.
• Option+Left/Right (tip, macos-option-as-alt = true): the composing syllable is not committed. It moves with the cursor and is committed at the new position, so 안녕 하세요 + Option+Left gives 요안녕 하세. Details in macOS: Korean IME needs two Enter presses to submit #14773 (comment)

Plain arrow keys are fixed on tip (#12447).

It reproduces in a plain zsh tab, without tmux. I would be glad to test a fix.

macOS 27.0, Apple M1.

AI disclosure: Claude helped draft this. I reproduced it myself.

[bo2themax]

#14797 is created from #13439, which is more specific to one behaviour.

• ESC is closed and I tried on tip, I can exit insert mode with only one esc with 2-Set Korean.
• backspace one is duplicated and converted to an issue above.
• For enter, let's discuss there in the linked discussion.

I'll close this one, please reopen it if you think otherwise.