#16060 Remote Control web viewer in Chrome: Chinese IME input rejected ("Unable to input Chinese using the Chinese input method.") and CJK session text garbled

Pre-submit Checks

I have searched Warp bugs and this has not been reported before
I have searched the Warp known issues page and this is not listed

Describe the bug

Two problems appear when a session published through /remote-control (Agent Session Sharing) is opened in a web browser:

Chinese input is not possible in the web viewer. After being granted edit access, composing text with the macOS built-in Chinese input method (Pinyin - Simplified) in the prompt does not work. Warp shows the toast Unable to input Chinese using the Chinese input method. and nothing is inserted into the prompt.
Existing CJK text is garbled in the web viewer. Chinese text that already exists in the session (terminal output) renders correctly in the Warp desktop app, but is displayed as mojibake in the browser viewer.

Both symptoms are specific to the browser viewer. Opening the same shared link in the Warp desktop app on a different machine renders the Chinese text correctly and accepts Chinese input, which suggests a viewer-side problem (IME handling and character/encoding handling in the web client) rather than an issue with the published session content.

To reproduce

On macOS, open Warp v0.2026.09.09.08.26.stable_02 and run an agent session (in my case a Warp-native agent session) whose output contains Chinese text.
Publish the session with the /remote-control chip. The sharing link is copied to the clipboard.
Open the sharing link in Chrome. The Chinese text from step 1 is displayed as garbled text in the web viewer.
Request edit access to the session and get it approved by the publisher.
In the web viewer prompt, switch to the system Chinese input method (Pinyin - Simplified) and try to type Chinese.

Expected behavior

The web viewer renders UTF-8 CJK text exactly as the desktop app does, with no garbled characters.
With edit access, typing through a system IME composes and commits text normally in the prompt, the same as in the desktop app. This should hold for other IME-based languages (Japanese, Korean) as well, not just Chinese.

Actual behavior

Step 3: Chinese session content appears as garbled/mojibake text in the browser.
Step 5: Chinese cannot be composed or committed at all. Warp surfaces the toast Unable to input Chinese using the Chinese input method. and no characters reach the prompt. Latin input in the same prompt works normally.

Screenshots, videos, and logs

Screenshot coming in a comment on this issue: it shows the web viewer prompt with the Unable to input Chinese using the Chinese input method. toast, on a published session.

Operating system (OS)

macOS

Operating system and version

macOS 26.6.2 (Apple Silicon)

Shell Version

zsh 5.9

Current Warp version

v0.2026.09.09.08.26.stable_02

Regression

No, this bug or issue has existed throughout my experience using Warp

Recent working Warp date

Not applicable - I have not verified whether this previously worked.

Additional context

Browser: Google Chrome 153.0.8010.48 on macOS.
Input method: macOS built-in Pinyin - Simplified (com.apple.inputmethod.SCIM / SCIM.ITABC). It works normally in other web apps in the same browser.
Sharing path used: /remote-control chip on the agent session, then opening the copied link in Chrome. The viewer was a signed-in account with granted edit access.
The screenshot shows the toast appearing right after the first IME keystroke.
Duplicate search: #10587 and #7095 describe garbled Chinese in the in-terminal input panel / command history, which is a different surface from the web viewer, so I filed this separately. #11549 (shared session crashes in browser) also looks unrelated.
Regression status: unknown, hence the "No" answer above. The web viewer is new to my daily workflow, so I cannot tell whether this used to work.