mMidProgress is intended to be the point at which we reach Overview when
swiping up and thus start scrimming it as All Apps shows above it. For
that reason, mMidProgress needs to match OverviewState's progress. In
contrast, the drag handle (accessibility arrow) can move up sooner to
avoid overlapping with the QSB; for this, we added mDragHandleProgress.
Bug: 136800511
Change-Id: I2825ff798707530420855257350e492b4b9b77dc
The original bug that was solving seems to be fixed by other changes,
and this allows users to scroll, dismiss, etc on recent tasks before
fully reaching overview from an app.
Bug: 137487381
Change-Id: I28a708811bba3ce739ce261f19eb29558d8f0e7d
This regressed in ag/8542000, where we cancel the animation instead of
ending it. We should only cancel when going to home; in other cases, we
should still call end().
Bug: 137487381
Change-Id: I093954908c3ac747ec3132aa700c8be2f927631a
Currently only StatusBarTouchController overrides this to always return
false, so that you can swipe down for notifications during transition to
home screen from an app (in gesture nav).
Bug: 137161198
Change-Id: I803c37937d5294810cbe0c1bbffcd5dddcc5ca3b
Otherwise the preload may cause launcher to restore too early, resulting
in data loss.
Bug: 131315856
Change-Id: I4412c8f691286ba142e9c748a908a3ed42713a82
Bug: 137253043
This is a bandage fix.
Ideally, we should really figure out why TaskIconCache will be sending
null icon drawable to BaseIconFactory.
Change-Id: Ie005006baeddc9a3379283fe7139e590daad9a57
- Speculative fix for mismatch between navigation mode reported to the
tests vs. what mode the device is in based on the bug report. Original
change to the package name was in ag/6866716
Bug: 136033787
Change-Id: I51f964daa8c42b671733cf3fab19d086e19a9063
Instead of individually removing tasks,
ask for all tasks to get accurate list.
This method is invoked whenever user presses
back on a root activity, which causes the task to
be killed from perspective of the activity.
Test: Visually inspected, recent task no longer
disappears.
Open any app, hit back, and then go to overview quickly.
App should remain in recents list.
Fixes: 135687618
Change-Id: I1c135673ae987016db5df0b83f5ea8e345d3c7c1
(cherry picked from commit 8651219f7e)
During first boot, home activity after FallbackHome may be an
one-time setup. If the overview is preloaded at this moment,
system won't resume the real home after the one-time setup is
finished because the activity stack is not empty.
Since the navigation mode doesn't support gesture during the
first time setup, and in order to keep the ability to preload
launcher if it is also the overview, these conditions are
combined to guard the case of first boot.
Fix: 137281732
Test: Build sdk_gphone_x86-userdebug.
Run "emulator -wipe-data" and check the
recents activity won't start during booting.
Change-Id: I4b20f61f4a412371c19b379410c8a0a188e41276
Now we use the velocity towards the middle of the screen
(e.g. x when in landscape) instead of always using y.
Test: testBackground with @PortraitLandscape
Bug: 135567630
Change-Id: I77ab6bdf0d556475a6c182ae91914a718a81e1c4