Consider destruction of activity for task removal
... from organizer. This aligns the behavior of display removal, that removes the container until its children are destroyed without forcing. In other words, the task requested to be removed will be removed when the last activity belonging to the task reports it has done the destruction. This also avoids the case that the activity was removed from hierarchy but window process controller still references to it, which will cause NPE in ActivityRecord#cleanup. Besides, adopt the hierarchical defer removal to task fragment level (handleCompleteDeferredRemoval), so if it has something animating, it will be removed until the animation is done. Also - Fine tune some dump formats. - Fix wrong parent when removing child of non-root task. - Remove hasWindowsAlive because the window hierarchy was unified that app window belongs to activity directly. Bug: 195770030 Test: TaskTests#testRemoveContainer ActivityRecordTests#testRemoveImmediately Change-Id: Iddf0c4838103f36f40b8b4a7354ecd4c69a70200
Loading
Please register or sign in to comment