Issue metadata
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 descriptionUserAgent: 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.
,
Oct 8
,
Oct 8
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by ovanieva@chromium.org
, Aug 3