test: verified by making sure animation ends at correctly translation, height and width, and correct corner radius for screen size.
flag: ENABLE_NEW_GESTURE_NAV_TUTORIAL
bug: 277123609
Change-Id: Icb38de441e12fa0b9ca49e46d71598edbcdfa108
- A bit of a degenerate case, but if a new task is received while
the user is swiping up (but not yet released), none of the usual
signals will finish the recents animation (it's not considered
being in overview so we don't launch it, it's not a quickswitch
since we haven't launched any new tasks ourselves). As a result,
nothing happens (we don't finish the animation, and the new task
is never shown to the user as a result).
Bug: 271188120
Test: Start a gesture, in parallel run:
adb shell am start -n com.android.settings/.Settings
Change-Id: I5215ee87f761c837db9f764bd5d8135e55fa0a21
Fixes: 276605497
Test: 3-finger swipe down to pull down notifications. 3-finger swipe up to pull up overview
Change-Id: I4c1e0df15a94905fa197849f5667a5446c259ffe
This change adds in additional Lottie animations for foldable devices
for the redesigned gesture navigation tutorial.
Flag: ENABLE_NEW_GESTURE_NAV_TUTORIAL
Bug: 253520701
Test: Went through the gesture navigation tutorial on foldables and verified animations show up correctly.
Change-Id: I88b9094dcc0074f70670402870944db0fa57ebbe
The way we are stashing the pending updates should follow the behavior pattern as that shown in AppWidgetServiceImpl
Fix: 277120633
Test: Manual
Change-Id: I92b3edb078b30873c2ef1b9fe408cbb76a34e135
Implement two intents or shortcuts to active split with shell
transition.
Fix: 259368992
Test: manual
Test: pass existing tests
Change-Id: If65ddbe6486a8bb1766019c6e05ac2cc5cbe08fc
Fixes: 277271088
Test: be in app
swipe up from bottom to top of screen without pausing then release
observe taskbar -> hotseat handoff
observe no jump
Change-Id: I2bb9d93d39215ca3653e2e4353391b50b7ab6417
The existing code relied on the INSTANT / FINAL_FRAME interpolators,
however these did not work as expected for sub-animations with shorter durations,
since the INSTANT / FINAL_FRAME interpolator applies to the sub-animations durations
This caused the stashed handle to jumpcut in/out, while the taskbar icons were
actually visible in the area of the navbar.
This is fixed to polish the lock/unlock animation (b/275319714), but happenes to fix b/276941963 as well.
Before: http://shortn/_uxw2oe7QeA
After: http://shortn/_yMY8IQIM60
Bug: 275319714
Bug: 276941963
Fixed: 275319714
Fixed: 276941963
Test: manual (http://shortn/_rnGNSkRH3w), tapl tests
Change-Id: I79e431e9ee21ede069864ee217bb343f0c32dfc7
Implement two intents or shortcuts to active split with shell
transition.
Fix: 259368992
Test: manual
Test: pass existing tests
Change-Id: I13522531022b635dc8508a3213b6f414a6b50ce9
Introduces a new SYSUI_STATE_STATUS_BAR_KEYGUARD_GOING_AWAY QuickStepContract flag, to get an early signal when the keyguard is going away
Bug: 275319714
Test: transitions manual (http://shortn/_ySNBaPFHRZ), existing tapl tests
Change-Id: Ie0044ea8e934afa793ca56a4eacc2b776edbdf0e
This patch fixes a bug where split screen did not fully support launching intents with different users.
The bug arose because SplitSelectStateController only had one place to store user information about the staged intent, mUser, but this disregarded the fact that the secondary app could also be passed in as an intent, and could belong to a different user from that of the initial app and the existing context. We need to support this case now since we now allow second-app selection from Taskbar.
Fixed by splitting the field into mInitialUser and mSecondUser, which will be tightly bound with mInitialTaskIntent and mSecondTaskIntent to make sure that Intents are always launched with the correct UserHandle.
Fixes: 275410160
Test: Manual
Change-Id: Ic904672769be8fd116180d457b36eb567c5ee304
Merged-In: Ic904672769be8fd116180d457b36eb567c5ee304
Merged-In: I1ec49c75d562e4309a41d98010f0eff113c81e9d