summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorFelipe Leme <felipeal@google.com>2017-12-18 15:05:14 -0800
committerFelipe Leme <felipeal@google.com>2017-12-18 15:27:42 -0800
commit3103c63b2d47a51ad5a39309c91130aecc06665d (patch)
treee2a46e4d715477fc2938fec4f140025f708e7476 /tools/aapt2/java/JavaClassGenerator_test.cpp
parent01232ca55c7b911b4aa1db582014e67dc407e70c (diff)
Support new Autofill session after service returns a null FillResponse.
When the AutofillService returns a null FillResponse for onFillRequest(), AutofillManager was ignoring any further view calls backs (other than a manual request to start a session) to optimize performance by avoiding unnecessary IPCs to system_server (and then from system_server to the Autofill Service process). But this optimization has a drawback: it makes it harder for the service to handle cases where the activitity dynamically added new views after a view has been focused. This CL offers a compromise to fix both problems: it removes the optimization for notifyViewEntered() calls (as that's what triggers autofill), but still ignores the other calls once the session is on finished state. Test: atest CtsAutoFillServiceTestCases:LoginActivityTest#testAutofillAutomaticallyAfterServiceReturnedNoDatasets Test: atest CtsAutoFillServiceTestCases:LoginActivityTest#testAutofillAutomaticallyAndSaveAfterServiceReturnedNoDatasets Test: atest CtsAutoFillServiceTestCases:LoginActivityTest Fixes: 70046972 For optimization purposes, AutofillManager was ignoring all request Changed AutofillManager to start a new session after service returns a null Change-Id: Iaae9ed7f8b12ebc9da13e990ef468d9019d5c6ca
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions