diff options
| author | Christopher Tate <ctate@google.com> | 2017-05-17 15:42:35 -0700 |
|---|---|---|
| committer | Christopher Tate <ctate@google.com> | 2017-05-30 12:41:39 -0700 |
| commit | fe2368c38cc8ed57dbf7fb2614ca2d7939262818 (patch) | |
| tree | 2d0bdd7afcc6fc7b6a8b2cf646dbbf135d2ffb82 /tools/aapt2/java/JavaClassGenerator_test.cpp | |
| parent | 1bd58ef4b1563bf02e6051b6468ddc9bac10866c (diff) | |
Refresh in-memory SharedPreferences instances after restore
Existing instances don't know that the file has changed out from
under them, so they continue to return stale values from reads, and
risk overwriting restored data with stale content if writes are
performed. We now tell the backing cache system to induce a
reload after restore (i.e. after we might have written a relevant
file out from under it).
Along the way we shook out an irregularity in the way we were
setting up the context topology of non-lifecycle instances of
the metadata-handling BackupAgent subclass, so that's fixed
now too.
Bug 12061817
Test: cts-tradefed run cts -m CtsBackupHostTestCases
Change-Id: I401fe9297235b55d8a8f041e430d122dc6e24129
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions