Hmm, not sure what's going on. To show emoji/hwt, we override the inputview URL to be something like:

chrome-extension://jkghodnilhceideoidjikpgommlajknk/inputview.html#id=us.compact.qwerty.emoji&language=en-US&passwordLayout=us.compact.qwerty&name=keyboard_us

I think when the Controller is initialized, it looks at the hash # to determine what keyset to show. I put a console.log in the ui.Controller constructor, and it seems to be parsing the URL correctly (|opt_appendedKeyset| is "emoji").

So something's wrong further downstream.

Oh, it looks like opt_appendedkeyset is not being used for "emoji" and "hwt", but is used for "voice".

just tried in simulator(not sure if it's tablet mode), it seems work, will try on a real device.

On simulator, I think you need to omit --enable-virtual-keyboard.

I've sent a fix for review :)

Not repro in  

69.0.3494.0 10888.0.0 canary-channel bob 
Input tools version: 
9999.0.20180715.2046765f58

Hmm weird, I'm not sure why it repros on my device (eve) :/ The bug only occurs if the keyboard is loading for the first time, so

1) must be in laptop mode
2) accessibility keyboard must not be enabled

shend, please make sure you code is newer than 2046765f58.

I double check it's not repro on eve.

shend, please make sure you code is newer than 2046765f58.

I double check it's not repro on eve.

Hmm, alright, I'll mark it as WontFix then.

The following revision refers to this bug:
  https://chrome-internal.googlesource.com/chromeos/overlays/chromeos-overlay/+/e76e6bf8a9a7181e492e03877436622fcdb05bc6

commit e76e6bf8a9a7181e492e03877436622fcdb05bc6
Author: Chen Gong <chengong@google.com>
Date: Thu Jul 26 11:07:42 2018

The following revision refers to this bug:
  https://chrome-internal.googlesource.com/chromeos/overlays/chromeos-overlay/+/362f76410db1583bd82ae9299d08a3e66518d1c1

commit 362f76410db1583bd82ae9299d08a3e66518d1c1
Author: Chen Gong <chengong@google.com>
Date: Mon Jul 30 03:59:40 2018