summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorRobert Carr <racarr@google.com>2021-03-16 17:31:15 -0700
committerRob Carr <racarr@google.com>2021-03-22 23:37:59 +0000
commit6f4f2c72e6e3d36fa8e19448798c1ef1b38cf94d (patch)
treef3f090f3113b54e3323fa45cb02f9a1f98113b6f /tools/aapt2/java/JavaClassGenerator_test.cpp
parentfbb1317a2183cef98f03fe123d1d04e09af257ee (diff)
WindowState: applyWithNextDraw fixes
In this CL we make a few fixes to harden applyWithNextDraw. 1. Currently there is a bug where we apply the transaction directly in executeDrawHandlers, this breaks BLAST sync as we need to pass the post draw transaction on, not apply it. 2. When we pass it on, we expose a bug in WindowStateAnimator#finishDrawing if the state is DRAW_PENDING we merge to mPostDrawTransaction instead of applying, but mPostDrawTransaction is only applied if mLastHidden is true. Rotation resets mDrawState=DRAW_PENDING but doesnt reset mLastHidden so this means transactions that end up in mPostDrawTransaction as a result of rotation would be lost. We modify finishDrawing to check mLastHidden and see if we will apply later. 3. The timing of prepareDrawHandlers should be moved to the end of relayout, so that calling it works while in relayout. 4. We should clear mRedrawForSyncReported when preparingDrawHandlers, if the client got the changes in relayout we dont need the client to call relayout again. 5. Add a big comment explaining how all this works. Bug: 168505645 Test: Existing tests pass Change-Id: Icd79cc98abb01c73cecff053ef9ca990034d0891
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions