[Bug]: Every printable key is labelled one position too high

[Mat4m0]

Problem area

Input or audio

What happened?

Tracking an ArenaNet client defect. Not ours to fix, nothing on the host
side draws these labels.

The Controls panel and the in-game menus name the wrong key for any binding
whose key is a printable character. The label is the next character: a
control on K reads L, on M reads N, on 1 reads 2.

Input is correct. The key that works is the right one and matches the
Windows client; only the rendered text is wrong. Keys with a name — arrows,
Escape, Tab, F-keys — are labelled correctly.

What isolates it: Options → Control → Movement: Move Forward has two keys
bound and shows Up Arrow and X. Up Arrow is correct; the key that works
is W. Same action, same record, same draw — so nothing before the render
can be responsible.

Reproduced on US QWERTY and German QWERTZ. Build 38,797.

Workaround for players: the real key is the one before the one shown.

Status: diagnosed, reported upstream, no fix shipped. Report and notes in
internal/upstream/upstream-keyboard-labels.md. Two candidate mechanisms
survive; distinguishing them needs live instrumentation.

#105

Steps to reproduce (optional)

No response

Diagnostics (optional)

No response

Mac and macOS version (optional)

No response