summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorJorim Jaggi <jjaggi@google.com>2017-05-23 18:00:48 +0200
committerJorim Jaggi <jjaggi@google.com>2017-05-23 18:16:32 +0200
commitcfeff74317f19d5b90335c3e458ef055bdbd17cd (patch)
tree44c61f57e5886dd210ed95d4a6427edfbda8637b /tools/aapt2/java/JavaClassGenerator_test.cpp
parent23cc9aa50a1afb4ab4834b04c5c051b5b55747a0 (diff)
Fix starting window leak when adding/removing quickly
The following race condition may happen when transferring starting windows: - Add thread (android.anim) calls Snapshot.create - Remove thread (android.display!) checks that yes there is a starting window, but no surface yet. Thus, it nulls out everything. - Add thread returns from Snapshot.create: container.startingData is null but startingWindow is also null. Thus, we never set abort=true and we never set the starting window properly or remove it properly. Test: Some basic starting window sanity testing. Otherwise, pray to the race condition gods. Test: AppWindowContainerControllerTests#testAddRemoveRace Fixes: 37888853 Change-Id: Ia287bfa52f708b36ff93ef7cd45a0d080bd4dd9c
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions