summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator.cpp
diff options
context:
space:
mode:
authorTodd Kennedy <toddke@google.com>2017-08-11 10:15:04 -0700
committerTodd Kennedy <toddke@google.com>2017-08-11 10:15:04 -0700
commitbeec8e2b68aa285aabd6fc0e954e6f9916d67fb7 (patch)
tree78a967bb1e4af2cc24ce6618b6f2b8340c55297f /tools/aapt2/java/JavaClassGenerator.cpp
parent003bd7e3ec71284b46a706c2ac9e298b3ffea732 (diff)
Save observer in call to commit
The observer used to be saved in a round-about way; being passed to the "commit" message handler and set there. The idea was that if there were multiple calls to commit() with different observers, it would be strange to wipe out the first observer during the second call to commit. However, setting the observer only in the commit handler means there are other methods [namely abandon() and setPermissionsResult()] where the observer will either not be called unless the commit message handler was run or the first observer might be wiped out with multiple commit calls. The only way to track this properly would be to generate a commit ID and assign an observer with that commit ID. However, there doesn't appear to be a legit use case for a caller to invoke commit multiple times on the same session with different observers. So, we just set the observer directly in the commit() method. Change-Id: I5e0d6c163ea84d1f49780aa899afb2e1cdf17584 Fixes: 64564511 Test: cts-tradefed run commandAndExit cts-dev -t android.appsecurity.cts.PkgInstallSignatureVerificationTest#testInstallEphemeralRequiresV2Signature -m CtsAppSecurityHostTestCases
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator.cpp')
0 files changed, 0 insertions, 0 deletions