summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorJorim Jaggi <jjaggi@google.com>2018-04-09 19:46:44 +0200
committerJorim Jaggi <jjaggi@google.com>2018-04-09 19:46:44 +0200
commit782d10375c989f21a66d3c91ccce2c28b993711c (patch)
tree3b5480fd50c3266c7e1b037a193cc7852aaeed4a /tools/aapt2/java/JavaClassGenerator_test.cpp
parent706fbe7ed36354c6fe3f7e67617ce12f2e630e32 (diff)
Fix IME target after rotation
When rotating the screen, and the top activity relaunches, it will add a new window and make it visible. However, we never run an app transition, so any of the calls to computeImeTarget in there don't run. Initially, isVisibleOrAdding will return false because the client adds it with INVISIBLE, and then relayouts it. However, after adding it there will never be a call anymore to computeImeTarget, so we add a separate call when a window becomes visible. This is a really targeted fix to a broken concept (the way how we guess the IME target) that has to be revisited very soon. Test: go/wm-smoke Test: Open Gmail compose, open status bar, rotate screen, ensure that IME ordering is correct in "dumpsys window visible". Change-Id: I345b535cd531dbd8955e9a4cde2b87f0b7f41a88 Fixes: 75007549
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions