A pending task launch animation can set some transient properties on state manager.
If the next animation is not a state animation, and reapply is not called, the
transient properties are never cleared
Bug: 79935289
Change-Id: I18398c74692960c460af537bf0c48801e69ac11e
We were setting the alpha of the target window to 0 on the UI thread, and setting it
back to 1, through ClipAnimationHelper on background thread
Bug:109701914
Change-Id: I4abb73298b5e957a66f91c5654b184cdd398724b
is not really invisible, but consider it invisible for window transitions
When a recents animation is cancelled, the callback can be received before or after the
wallpaper animation. To ensure that wallpaper animaiton runs properly, we keep the launcher
forceInvisible=true, only for that particular animaiton and false everywhere
Bug: 109735443
Change-Id: I5b22cc3327c8cd53a836d10e09fc88ae103becfc
- Report original launch source component to ensure app relaunches can be
associated with the same app for predictions.
Bug: 109698096
Bug: 109675704
Change-Id: Icc5e95560777ad827fd2430cf3b3b052b65eb1b6
Changing states causing quickscrub to get cancelled and recentsView to
get reset to page 0, causing an abrupt jump.
Bug: 80537625
Bug: 80497058
Change-Id: I19cfe4380bbff15734b9d90dc31596904da27483
Since recentsAnimation and animationCancel come on the event queue, we may skip
recentsAnimation and only process animationCancel if they happen too close to
each other, before the first event is scheduled on eventQueue.
As a result deviceProfile is never initialized.
Prevent crash by skipping logging in this case, we shouldn't be logging it anyway
Bug: 80515833
Change-Id: Ife1d6009bcdc34af6c281d848665145cd235fa40
> Using white scrim on adjescent tiles in overview
> Using a ligher scrim in dark-theme+dark-text
Bug: 80253867
Change-Id: I3f257d3addaca8bc5970a61722f5ae0e7af89382
Now that Clear-all button is visible for accessibility, there is no need
in it.
Bug: 80156299
Test: Manual
Change-Id: I5997692be015947692a8bb720a449d1d36302526
> Fixing PagedView resetting the currentPage, if scrollToPage was called before first layout
This causes quickscrub to jump back to the current task if launcher activity was dead.
> Fixing missing callbacks in DeferredTouchConsumer causing missed quick scrub flings
> Sending the resents animation callbacks on the motion queue thread, to avoid synchronization
issues with sysui callbacks.
> Waiting until the recents animation is received before starting the scale down animation
> Calculating the offset for quickscrub statically incase launcher activity was dead
Bug: 80214390
Change-Id: I1b7d00b7b266655a92fcd6239f25ba191655150f
The button appears in the accessibility hierarchy
as a child of RecentsView.
This makes both Talkback and Switch access
to work with it normally.
Bug: 80156299
Test: Manual
Change-Id: Ife2044b2ef78fb27b32f2d33fb17744662a2b054
To ensure proper synchronization, fixing jank.
Furthermore, we need to move the background choreographer to
vsync-sf pulse in order to allow for a smooth transition
background -> foreground when handling the touch.
Test: Swipe up, disable swipe, press recents to enter/exit
Bug: 80292740
Change-Id: Ie58616edf6432a0154d6dbf8497218721154d2b8
Needs to acquire the AM/WM lock, which may cause jank during
the animation.
Test: Open app, observe no binder calls.
Bug: 78611607
Change-Id: I3459383c9597801405dd9c688837a2bffeeb7f9e
Also fixes task position being incorrectly reported specifically for
swipe events due to using stale getCurrentPage().
Bug: 72222505
Test: Manual
Change-Id: Ic79b67f8a6ffbfabc397b411b14afc309405197e
Use same interpolator for scale and translationY so that they feel more
coordinated. (They were already the same in all cases except when
scrubbing when already in overview, which never had a scale component
before.)
Bug: 80139193
Change-Id: Id143b5cc9279d55aaa1b0444db5fe4b41ce92170
> This can happen when the remote transition is cancelled while animating down
during quickscrub, cause WindowTransformSwipeHandler to get invalidated
and miss onQuickscrubEnd
Bug: 80140388
Change-Id: I0221e301d4d633bab0defaa6af76e0054776a95a