summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator.cpp
diff options
context:
space:
mode:
authorchaviw <chaviw@google.com>2020-06-12 14:34:30 -0700
committerchaviw <chaviw@google.com>2020-06-18 13:51:01 -0700
commit5452169c16889d6ab11aa1b02d26df1c49350458 (patch)
treeef1984e8edee75ee2dd6b8606fd534f19fa114ca /tools/aapt2/java/JavaClassGenerator.cpp
parent3c26551d2b417f1e352ea993b1bcf48607de38d7 (diff)
Don't clear mUsingBLASTSyncTransaction until sending callback
If a window has drawn, it doesn't mean the client will immediately get the callback. The applySync transaction may be waiting on other windows to draw. In that case, we want to continue adding any transaction to the blast sync transaction to ensure we don't submit changes until the client gets a chance to handle the transaction. This is done by delaying when mUsingBLASTSyncTransaction is set to false so all requests for the WindowContainers are still added to the syncTransaction Additionally, don't report back that the window completed the draw until we allow for one more performSurfacePlacmement. It's possible that the window has other changes that need to be added to the syncTransaction so only notify onTransactionReady when we allow one more pass to gather the transaction information. Test: Split screen Test: WindowOrganizerTests Fixes: 158793236 Change-Id: If0a4071869fa1ba70f59aad25606a6e3cb7dafee
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator.cpp')
0 files changed, 0 insertions, 0 deletions