diff options
author | Felipe Leme <felipeal@google.com> | 2017-12-18 15:05:14 -0800 |
---|---|---|
committer | Felipe Leme <felipeal@google.com> | 2017-12-18 15:27:42 -0800 |
commit | 3103c63b2d47a51ad5a39309c91130aecc06665d (patch) | |
tree | e2a46e4d715477fc2938fec4f140025f708e7476 /tools/aapt2/java/JavaClassGenerator_test.cpp | |
parent | 01232ca55c7b911b4aa1db582014e67dc407e70c (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