anthropics / anthropics/claude-code
[BUG] OS simulator panel: physical keyboard input is mapped as if the keyboard were ANSI/QWERTY
- Langage dominant
- Python
- Étoiles
- 145k
- Forks
- 23.1k
- Métriques de merge des PR
- Métriques de PR en attente
Description
### 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_
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- ios, macos
- Domaine
- mobile-dev, operating-systems
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Active
- Clarté
- Plutôt claire
- Accessibilité débutants
- 48/100