summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator.cpp
diff options
context:
space:
mode:
authorJeff Sharkey <jsharkey@android.com>2015-12-03 17:56:20 -0700
committerJeff Sharkey <jsharkey@android.com>2015-12-04 09:36:39 -0700
commit9d8a1048bb666c68402dce031bebfa07c92a42db (patch)
tree55ec622f8df2e96ddc1eb5332316b87e0fba1e07 /tools/aapt2/java/JavaClassGenerator.cpp
parentd19c5c14038a2b7b2b152900db5a81ee0f2f8517 (diff)
Handle non-encryption-aware accounts and sync.
The system can now boot in a "locked" state where only encryption aware (EA) components can be safely started. When in this state, PackageManager already filters away non-EA components, but system services like AccountManager and SyncManager need to carefully handle these temporarily "missing" components. As a guiding principle, all known Accounts are still present when the device is locked, but communication with underlying non-EA authenticators is blocked. To keep things simple for now, all SyncManager requests are kept dormant until the user enters the unlocked state. The core of this logic is that RegisteredServicesCache now works with all components regardless of EA status, which prevents us from accidentally thinking a service was removed when the user is locked. Bug: 25945136 Change-Id: I8714121f6236b00821769023c4df7de1c8a99944
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator.cpp')
0 files changed, 0 insertions, 0 deletions