Previously we attempted to disable the app closing transition
in multi-window. However, that didn't work because the registered
remote animation was still registered on the ActivityRecord, even
if the activity was restarted, leading to passing a null handler
into post, and then the animation never started.
Enable it in multi-window and also fix the transition.
Test: Enter multi-window, go home
Change-Id: I4d5d46688310b61365ba954fb41811efa29e41a5
Fixes: 72525431
Also temporarily removing input consumer, as that might be causing event to getmissed
(similar to b/72715390)
Change-Id: I82918133d334fae5d3da267b0d03ff2af8f02e67
Animate the task window on the background thread, until the launcher UI is ready.
After the first frame of launcher is drawn, we switch the input handling to UI thread
and fade in the launcher UI.
Change-Id: Ia3d04b697530af3db441b14ad34827208b923137
- Workspace was translating while swiping from overview to all apps
- VerticalSwipeController progress jumped a bit backwards when
flinging because sign wasn't taken into account for velocity
Change-Id: Ife5e9d87ca9f0b3429dd9045c6569868a65eb0af
* Add start delay when launcher resumes from all apps or landscape.
* Track the last app transition animator and cancel it before beginning a new one,
otherwise the animators can conflict with each other.
ie. Opening an app from all apps and then immediately pressing back to return to
all apps.
* Use class overrride instead of UiFactory.
Bug: 70220260
Change-Id: I4755d45d820f9d551e443d6c4a148e8789c5bc57
When the touch interaction service is disconnected, let's make sure
we cleanup so we don't get in a state where all touches are ignored.
Bug: 72444652
Change-Id: I089ad63f9f855651f305c4650c99743d3bde3a94
Now we directly set a static boolean as soon as we get the
onQuickScrubStart and end binder callbacks, instead of having
a member variable in QuickScrubController. Notably, QSC was
getting onQuickScrubStart() when doing quick switch, but not
onQuickScrubEnd(). This is a byproduct of some other unrelated
logic, which the new approach circumvents.
Bug: 72444652
Change-Id: I0a3d1ae2e9970cfffc38a25df0b8f04f26cb4cfa
* Same transition/animation, except we don't create a visual copy of the View.
Bug: 72314029
Bug: 70220260
Change-Id: I79898be1cae7160b5dc35cc1ea8ba3dc5b2db05c
- Sometimes the system decides to destroy our surface before we
have finished animating. While this is a bug in the system, we
need to protect ourselves against any crashes in this case by
checking getNextFrameNumber() != -1 with the new SystemUI lib.
- Apply position of animation target for multi-window open
animation.
Test: Open Drive multiple times, observe no crash
Fixes: 72301120
Change-Id: I47520cea0d11cab109bf6190ea0cc828efc62275
Using state controller ensures that when the state changes the UI is
properly updated based on the state properties.
This would prevent user getting stuck in an inconsistent UI
Bug: 72173796
Change-Id: I7690a94eed7c8a620479e4247d2b681a7374ce45
Instead of moving the entire DragLayer, we only move
AllAppsContainerView. This prevents the hard white line caused
by the AllApps background translating downwards.
Bug: 70220260
Change-Id: I8249e8bbeea616e728d5502a35c95cbae401efdc