Test: Manual
Bug:111301511 Launcher support for work profiles in Q
Bug:111926330 [Quickstep 2] Nav bar, gestures, edge-to-edge, and OEM updates
Bug:112934365 [STOP SHIP BUG] Sysui Navigation Bar Prototype Tracking
Bug:114136250 Have a more spartan RecentsActivity on android go
Bug:118140522 [Clarification] Has no effect on QSB even after disabled Feature flag for QSB_ON_FIRST_SCREEN
Bug:118319143 Digital Wellbeing - Implement showing app's remaining time in Launcher
Bug:118441555 [LauncherState] Restarted Launcher looks strange
Bug:120114697 [MSIME] no ClientCallbackImpl.onHideSoftInput received when press home key.
Bug:122593881 Better support for cleaning up the recents animation
Bug:123641382 App icon transitions with app window in overview
Bug:123892673 Add user event logging when toast comes on overview carousel
Bug:123900446 App to home animation should zoom into the app icon
Bug:123904290 Remove magic constants from TAPL
Bug:124338231 Sometimes the swipe-up gesture from an app doesn't open Home
Bug:126259547 Google search box partially obscured when switching to Fold mode, moves under Hotseats in Unfold mode
Bug:126268196 Some app shortcuts become white circles when grouped inside directories
Bug:126417894 Sometimes theme change is NOT applied to QSB corner radius and folder shapes
Bug:126596502 [touchflow] Use platform long press in launcher
Bug:127807969 Launcher crashing while trying to access app info shortcut .
Bug:127837913 [logging] Gesture nav back button key event in overview mode
Bug:127917144 It doesn't go back to previous screen when pressing back key while app context menu is opened.
Bug:128259687 Unable to use the device once ANR observed in pixel launcher
Bug:128460496 ToT Pixel Launcher Crash
Bug:128464669 [Broken test] FallbackRecentsTest.goToOverviewFromApp: Attempt to invoke virtual method 'void com.android.quickstep.views.LiveTileOverlay.setIcon(android.graphics.drawable.Drawable)' on a null object reference
Bug:128681467 [STOPSHIP] Revert to old WAllpaperPickerGoogle without ThemePicker for Beta 2, 3, 4, 5, 6
Bug:129067053 Stop showing "App in grayscale" for apps over limit
Bug:129113713 Launcher ClearApps CUJ is failing
Change-Id: I3f428e10ce9b0a8ffe1e4e4fa16cc7decff62ca7
Add clear all animation where task views fade out to the right and the
view fades to home.
Bug: 114136250
Test: Hit clear all
Change-Id: I5a3336da5b724ce19d9ef854efde0dd1f654941a
Add the same overview button handling as in the original launcher.
Specifically, pressing overview on recents will launch the next
appropriate task (e.g. the next most recent task if you came from an
app).
Bug: 114136250
Test: Go to recents from launcher, press overview => launch task.
Test: Go to recents from app, press overview => launches next task
Change-Id: I946974b4c2b65b6d0f212d8e8c0816983386d952
The reason is that there is no API that reports that an app is grayed.
Not showing DWB toast for apps that ran over their limit because they
shouldn't be in Overview.
Bug: 129067053
Change-Id: Ia04e17aa85ca015b7932496ad5e730fe61b4be69
The TaskInputController class doesn't need to be tightly coupled with
the actual input method, so we should rename it and the methods to
correspond to the actual logic. For example, both tapping a task and
pressing the overview button on recents should launch a task and should
both use this logic.
Bug: 114136250
Test: Launch tasks, clear tasks, clear all
Change-Id: If4f7f1d6ee9b05ffaf65cb13df633679cc8efcbe
Add a button to clear all tasks to the recents Go layout and hook it up
to the model.
Bug: 114136250
Test: Open recents, hit clear all
Change-Id: Id67310ce88053528d372e4dc21e2b011ed957646
We use the basic clip reveal animation to animate from the task
thumbnail view to the opening app.
Bug: 114136250
Test: Tap task from recents
Change-Id: Id582385fc022c75ee322beebdc6cf7a0f209e720
* changes:
Remove redundant resumeLastTaskForQuickstep() and use resumeLastTask() directly
Fix some state issues with home and quick switch gestures
Apply spring forces to animate to the final position for swipe home
Now that we don't have quick scrub, the only state that has a non-zero translation is all apps,
which just uses that to have a slight parallax. This is much simpler to define in terms of pixels
like other states do.
Change-Id: I108c8505d85591399256b3475f7566ff51e2c5ad
We only send onAnimationEnd() if both object animator and spring animator have
ended. However, we also initialized mSpringEnded = false to begin with, which
meant we would never send onAnimationEnd() if the spring animator was never
started. Now we treat the animators as ended until they are started.
Example test:
0: Enable SWIPE_HOME and QUICKSTEP_SPRINGS flags
1: Swipe up and hold on home to go to overview
2: Tap outside overview to go home
3. Swipe up to all apps
4. Swipe down
Expected: animates to home, not overview. Before this change, however, it went
to overview because the state manager never got onAnimationEnd() and therefore
never set the last stable state to NORMAL instead of OVERVIEW.
Change-Id: I7add42eedbc15b3a6a08ac69570da4edd57b5417
For multi-client IME, launcher need to call hideSoftInputFromWindow() by
using the InputMethodManager instance that mapped the presented display
while its home button get pressed.
Launcher 3 has already handled this part, but the secondary launcher
has not yet.
Bug: 120114697
Test: Manual verified that multi-client IME can be closed correctly.
Change-Id: I8959c3a470580452bfb95dbd4b4ce9268589000f
Also remove STATE_SCALED_CONTROLLER_LAST_TASK, which is redundant with
STATE_RESUME_LAST_TASK. Basically this removes a path of unnecessary
indirection now that everything is on the UI thread.
Change-Id: If11fea2d6064ba909a439b9b88d7c80fb1ad9d73
Handle the fact that LAUNCHER_STARTED can come 25ms+ later than LAUNCHER_PRESENT
- Don't call prepareRecentsUi() if we already completed the gesture to go home
- Previously it was possible to get LAUNCHER_PRESENT -> GESTURE_STARTED ->
GESTURE_COMPLETED -> LAUNCHER_STARTED. Because we go to BACKGROUND_APP state in
LAUNCHER_STARTED, this sequence ended up there instead of home (b/124338231)
- Call setupRecentsViewUi() in LAUNCHER_PRESENT instead of LAUNCHER_START
- Because setupRecentsViewUi() sets RecentsView to show the running task, it was
interferring with quick switches that had the state sequence above
Other quick switch fixes
- Set canBeContinued = true for LAST_TASK gesture target. This handles cases like:
switch from task 0 to task 1, intercept and go back to 0 (LAST_TASK), intercept
again to go to 1
- Ignore deferred touch down target if we're continuing the previous gesture
- Set STATE_HANDLER_INVALIDATED as soon as we start finishing recents animation
instead of waiting until the new task is launched. This is what we do when
re-launching the last task, and it allows us to start a new gesture sooner.
One race condition still exists with consecutive quick switches: if you switch to
a new task, the next gesture might get stuck if it starts after finishing the
recents animation but before the task is fully launched/launcher is stopped.
Bug: 124338231
Bug: 111926330
Change-Id: Ia7e1eebe6e81e2f10bb42a10b2f46fd720da0dc1
This CL adds the first iteration of window animation to go from
the app back to recents provided that the view is ready to be
visible to the user.
Bug: 114136250
Test: Go to recents, launch app, press overview to go back to recents
Change-Id: Ic0567e7c87fa964bdad25d07eca61b78407a9ff5
android-build-team Robot
Winson Chung
Bill Yi
Hyunyoung Song
Sunny Goyal
Kevin
TreeHugger Robot
Vadim Tryshev
Tracy Zhou
Tony Wickham
Chilun
Matthew Ng