summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorTony Mak <tonymak@google.com>2018-01-15 15:17:13 +0000
committerTony Mak <tonymak@google.com>2018-01-15 15:23:59 +0000
commit12917c6b8fac65fb1014789cf78b4abcd6936ee0 (patch)
tree6237e4a37b5194c3117821618668d2af04c652b9 /tools/aapt2/java/JavaClassGenerator_test.cpp
parent1f31d9a8ddcedc061679f32c43095439b898f269 (diff)
Workaround a bug that causes multiple activity instances are created
If Intent A contains both package and component, while Intent B contains the exact component but without the package, AMS thinks that they are different and not reusing the existing activity. Launcher starts app in current user by using startActivity(intent without package), while CrossProfileAppsService does not. This bug is tracked in b/64108432. And let's workaround it for now. There is no harm to not setting package anyway given that the component is set explicitly. Fix: 71983351 Test: Manual 1. Start app that integrates with CrossProfileApps API in user 0 2. Start the work profile instance by consuming CrossProfileApps APIs 3. Switch back to user 0 by consuming CrossProfileApps APIs 4. Observe that the same activity instance in #1 is brought up. Change-Id: I4da6737ed3df589a0acd86ace1a7add3783d4449
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions