Computer Use `type_text` strips PT-BR accents in Safari/web textareas on macOS

Environment

• Codex Desktop: 26.608.12217 build 3722
• macOS: 26.3 build 25D125
• Computer Use plugin: computer-use@openai-bundled enabled
• Helper bundle: ~/.codex/plugins/cache/openai-bundled/computer-use/1.0.809/Codex Computer Use.app
• Helper bundle signature: valid on disk and satisfies its Designated Requirement

Summary

On this Mac, literal type_text into Safari/web textareas drops PT-BR accented vowels and mangles complaint text. The same text survives set_value and clipboard paste, so this appears to be a text-entry path bug rather than a rendering issue.

Repro

1. Open a Safari textarea or a local probe page.
2. Call mcp__computer_use.type_text with:

ação, reclamação, não, já, própria, entrega física, às 19:51, R$ 322,66, NF-e, João

1. Observe the output become something like:

aço, reclamaço, no, j, prpria, entrega fsica, s 19:51, R$ 322,66, NF-e, Joo

What works

• set_value preserves the exact text when the field is truly settable.
• Clipboard paste (Cmd+V) preserves the exact text and multiline paragraphs.
• A local multiline composer probe preserved the full block and did not trigger send on paste.

Impact

Public complaint bodies and email drafts can be silently corrupted if agents use type_text for PT-BR text.

Related but distinct issues

• #25744 helper accumulation / zombie helpers / TCC stalls
• #26887 session model conflict where action tools fail with "not active"

This report is separate: Computer Use actions work here, but the text content itself is corrupted.

Workaround

Use set_value when possible; otherwise clipboard paste with verification.