summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorRiddle Hsu <riddlehsu@google.com>2020-02-07 00:15:57 +0800
committerRiddle Hsu <riddlehsu@google.com>2020-02-17 10:17:49 +0000
commit8e5f6d2e6f7d32a285046d5154d796a05d94cc68 (patch)
tree995d94359da2a85cfc3cb424be91701c385d4054 /tools/aapt2/java/JavaClassGenerator_test.cpp
parent4b7fd29ff16e38d48d921002bf9558efa17d5c21 (diff)
Use consistent calling uid and package in navigateUpTo
Originally, if the caller of navigateUpTo is alive, even the calling uid is set to the caller who launched the existing destination activity, the uid from caller process has higher priority to replace the given calling uid. So this change doesn't modify the existing behavior if the caller process is valid. Besides, the case of delivering new intent uses the source record as calling identity too, so the case of starting new activity should be consistent. Also forbid attaching null application thread to avoid unexpected state in process record. Bug: 144285917 Test: ActivityStackTests#testNavigateUpTo Test: StartActivityTests#testStartActivityByNavigateUpToFromDiffUid Test: Run the sample app in the bug link Change-Id: I60732f430256d37cb926d08d093581f051c4afed
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions