New issue
Advanced search Search tips

Issue 828583 link

Starred by 1 user
Status: Fixed
Owner:
x...@chromium.org
Closed: Apr 2018
Cc:
omrilio@chromium.org
mccanny@chromium.org
zork@chromium.org
osh...@chromium.org
yhanada@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Cros splitscreen - Visual keyboard caused the bounds change of Arc app window

Project Member Reported by x...@chromium.org, Apr 3 2018 
Chrome Version: 67.0.3388.0
OS: Chrome

What steps will reproduce the problem?
(1) Open at least one ARC app windows with an input field (e.g., Play store) and enter tablet mode 
(2) Go to portrait mode
(3) Enter overview and drag the ARC app window to the bottom side of the screen to enter splitscreen
(4) Tap in the input field 

What is the expected result?
The visual keyboard appears. And the content of the Arc app window should be adjusted according to the visual keyboard's position without changing the Arc app window's bounds

What happens instead?
The Arc app window's bounds changed. See attached file
Screenshot 2018-04-03 at 13.47.35.png
748 KB View Download

Comment 1 by x...@chromium.org, Apr 5 2018 

Oshima, I did some local testing and found it can be fixed if we don't adjust the window's top position when IME window is showing in splitscreen, see https://cs.corp.google.com/arc-nyc-mr1/frameworks/base/services/core/java/com/android/server/wm/WindowState.java?rcl=740f80ca39c818a44ebe459e34e86a87c64e35a0&l=794. But I don't think we can access the information whether a task window is in tablet mode from WindowState. Do you have better suggetion?

Comment 2 by osh...@chromium.org, Apr 6 2018

Cc: yhanada@chromium.org
I think it should use the logic for docked (splitview in Android term) below,
if it's in snapped state.
►

Sign in to add a comment