New issue
Advanced search Search tips

Issue 835718 link

Starred by 4 users

Issue metadata

Status: Duplicate
Merged: issue 826614
Owner: ----
Closed: Oct 8
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Crostini doesn't support input methods such as Compose Key

Reported by markus@chromium.org, Apr 23 2018

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 10539.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3383.0 Safari/537.36
Platform: 10539.0.0 (Official Build) dev-channel eve

Steps to reproduce the problem:
1. Enable the Compose Key option in keyboard settings and make sure it shows "EN*" in the status bar.
2. Press CTRL-L ALT-Right SHIFT-E "=", and verify that the Omnibox now shows "€". This confirms that the Compose Key works correctly in ChromeOS's UI.
3. Open a terminal window with CTRL-ALT-T
4. vmc start dev
5. run_container.sh --container_name=stretch --user=superman --shell
6. apt-get install -y xterm
7. xterm &
8. Try entering "€" into the xterm window by pressing, ALT-Right SHIFT-E "=".

What is the expected behavior?
I expect the same keyboard settings that are active in ChromeOS to also apply to Crostini apps.

I realize this is still "early days". So, feel free to keep this bug around as a way to track progress.

What went wrong?
X11 apps running inside a Crostini container appear to be entirely oblivious to input methods such as the Compose Key.

Did this work before? N/A 

Chrome version: 67.0.3383.0  Channel: n/a
OS Version: 10539.0.0
Flash Version: 

All sorts of other things are obviously still broken. X11 windows are treated funnily by ChromeOS. Things like CTRL-W and CTRL-T behave unexpectedly as well. This might or might not be a related problem; that's why I am mentioning it here. I'll file a separate bug.
 
Components: OS>Systems>Containers
Labels: Proj-Containers
Mergedinto: 826614
Status: Duplicate (was: Unconfirmed)

Sign in to add a comment