keyboard input doesn't work in docked mode when device is in tablet mode for devices with a tablet mode switch |
|||||
Issue descriptionChrome Version 57.0.2984.0 Platform 9200.0.0 (Official Build) dev-channel elm test ARC Version 3651325 Firmware Google_Elm.8438.12.0 What steps will reproduce the problem? 1. Flash elm with EC FW that doesn't disable key scanning in S0. (See: https://chromium.googlesource.com/chromiumos/platform/ec/+/d84646ce06357b18a4adb79a6f594f848cb9d6bd) 2. Sign into guest account. 3. Use a USB Type-C to DisplayPort connector to connect to an external display. 4. Press the brightness down key until the external display is the primary display. 5. Type on keyboard and verify that input works. 6. Fold elm into tablet mode. 7. Type on keyboard. What is the expected result? Input is still recognized and keys work. The user can use the keyboard shortcuts and touchpad. What happens instead of that? All input appears to be ignored at the Chrome level. Using `evtest` shows keys are indeed being delivered to the AP. ------------- Jon, assigning this to you since I think it might be a ash level thing. Gwendal and I spoke for a bit and here's what we think is going on. For devices with a tablet mode switch, we enter tablet mode once we see that switch is set. Normally in tablet mode, we ignore all the inputs and rely on the virtual keyboard and touchscreen. However, when an external display is connected, set to primary, and the device enters tablet mode, it seems that we enter maximize mode on the external display. I think that should never happen, that is maximize mode should never be enabled for external displays (that aren't in mirrored mode). It only appears to happen with devices that have a tablet mode switch.
,
Jan 20 2017
One other thing that I forgot to mention is that the state seems to be stuck until you disconnect the external display. Using ectool, I can confirm that the kernel is receiving the new accelerometer readings, but the external display is still in touchview until either the lid is closed or the external display is disconnected.
,
Jan 21 2017
The ability to use the keyboard with the internal display off was added to accelerometer based checks: https://cs.chromium.org/chromium/src/ash/common/wm/maximize_mode/maximize_mode_controller.cc?rcl=1484943409&l=191 However this is not checked when receiving the tablet mode switch: https://cs.chromium.org/chromium/src/ash/common/wm/maximize_mode/maximize_mode_controller.cc?rcl=1484943409&l=225 I'm pretty sure that all we need to do is replicate the no internal display check in tablet mode switch code. However I lack the hardware to verify this. https://codereview.chromium.org/2649553004/
,
Jan 24 2017
,
Jan 24 2017
> I'm pretty sure that all we need to do is replicate the no internal display check in tablet mode switch code. However I lack the hardware to verify this. Aseda is out sick and I don't really have the full setup needed to recompile Chrome. :/ I think what needs to be done in the code is very straight-forward, like you said. If you could just check it in, I can test it for you as soon as the first canary image comes out.
,
Jan 24 2017
I spoke with gwendal, and there was a missed case in the original patch. I'll add tests this afternoon and pursue landing.
,
Jan 26 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/1d03b9255a7b9ccdb4047d57e78e70e6cf1db0b8 commit 1d03b9255a7b9ccdb4047d57e78e70e6cf1db0b8 Author: jonross <jonross@chromium.org> Date: Thu Jan 26 01:37:53 2017 Do not enter Maximize Mode while docked Update the handling of the tablet mode switch to not trigger maximize mode if the device is currently docked. BUG= 682859 Review-Url: https://codereview.chromium.org/2649553004 Cr-Commit-Position: refs/heads/master@{#446195} [modify] https://crrev.com/1d03b9255a7b9ccdb4047d57e78e70e6cf1db0b8/ash/common/wm/maximize_mode/maximize_mode_controller.cc [modify] https://crrev.com/1d03b9255a7b9ccdb4047d57e78e70e6cf1db0b8/ash/wm/maximize_mode/maximize_mode_controller_unittest.cc
,
Jan 26 2017
,
Jan 30 2017
Verified on kevin and elm on R58-9235.0.0. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by jwer...@chromium.org
, Jan 20 2017Labels: -Pri-2 M-56 Pri-1