anthropics / anthropics/claude-code

[BUG] OS simulator panel: physical keyboard input is mapped as if the keyboard were ANSI/QWERTY

オープン
#87,322 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る
area:tools bug has repro platform:macos
主要言語
Python
スター
145k
フォーク
23.1k
PR マージ指標
PR 指標を取得中

説明

### Preflight Checklist

- [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code

### What's Wrong?

Typing in the iOS simulator panel with a French AZERTY physical keyboard produces the characters of the US positions of the keys pressed

The panel appears to resolve each key by physical position against a US table, ignoring the host input source (com.apple.keylayout.French).

This is not an iOS-side setting. I set the simulator's hardware-keyboard layout to Automatic, then French, then US (defaults write -g AppleKeyboards … hw=…, device shut down and rebooted between each). Symptoms were strictly identical in all three cases.

Meanwhile the panel's own text injection is affected by that same setting: it sends US positions, so it types correctly with hw=US and is mangled with hw=French (KRAMP4T7 → KRQ?P'Tè). A setting that changes injected input but never physical input shows the two do not share a path — the remapping happens in the panel, upstream of the simulator.

Simulator.app was not running during any of these tests (verified with pgrep -x Simulator). Typing in a Simulator.app window is the standard Apple path and honours the layout; only the panel is affected.

### What Should Happen?

The panel honours the host input source, as Simulator.app does. Typing a produces a.

### Error Messages/Logs

```shell

```

### Steps to Reproduce

Steps to reproduce
macOS host with a non-QWERTY physical keyboard (here: French AZERTY, com.apple.keylayout.French).
Open the iOS simulator panel and launch any app with a text field.
Tap the field and type a, 1, 0 on the physical keyboard.
Observe q, &, à.
Optional: change the simulator's hardware layout and reboot the device — no effect.

### Claude Model

Opus

### Is this a regression?

I don't know

### Last Working Version

_No response_

### Claude Code Version

2.1.222

### Platform

Anthropic API

### Operating System

macOS

### Terminal/Shell

Terminal.app (macOS)

### Additional Information

_No response_

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

調査の方向性

Start by tracing physical-keyboard handling in the iOS simulator panel and comparing it with the host input-source behavior described for Simulator.app. Reproduce on macOS with a French AZERTY keyboard, then verify that typing a, 1, and 0 produces the expected characters regardless of the simulator hardware-keyboard setting.

索引モデルが issue の本文から書いたものです。

評価

技術スタック
ios, macos
領域
mobile-dev, operating-systems
issue の種類
バグ
難易度
4/5
見積もり時間
3〜5日
活発さ
活発
明瞭さ
おおむね明確
初心者へのやさしさ
48/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。