Since launcher COLD startup latency is drastically different when device is rebooting vs not, we will add COLD_DEVICE_REBOOTING LatencyType
See "Add Startup Latency Type" section in go/launcher-startup-latency
Bug: b/277962421
Test: app build
Change-Id: I4d0a22c105417b5bcdbae9ed9fc72aa927f9adc9
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
Bug: 277817921
Test: Turn on flag MULTI_SELECT_EDIT_MODE and verify that a new button shows up that says "Edit Home Screen"
Change-Id: Ic8027ab80604faf5bdc63a44319ecffc047a495c
Fixes: 276605497
Test: 3-finger swipe down to pull down notifications. 3-finger swipe up to pull up overview
Change-Id: I4c1e0df15a94905fa197849f5667a5446c259ffe
This includes Folders, bottom apps searchbar, work apps button.
The issue is that the view was being drawn between onStart and
onProgress. Before onStart is called, the final keyboard insets
are dispatched to determine the view's final state, so this draw
captured this otherwise invisible state. Normally, onProgress
would be called first, effectively resetting the view; but for
example, the transition from closing the apps drawer forces a
draw prematurely.
Fix: 265830720
Test: Manual
Flag: N/A, but improves the ENABLE_FLOATING_SEARCH_BAR flag.
Change-Id: I818cb75628dec6dcc69e5f4b8ae554c2245dceca
This would make it easier to move the controller to LauncherModel
Bug: 277345535
Test: Presubmit
Flag: N/A
Change-Id: I4d044cf41361f400968ef65e18de5d3976fcdec7
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
We previously made a few CL's guarded under flags for the multi select feature. We ended up having to halt progress on this, and now that we're starting again, the design is different and we are using a new flag. Here we get rid of the unused code and flags
Bug: 277617038
Test: Verify everything still works normally, everything was guarded under flags that were off so there shouldn't be any changes
Change-Id: I2f57d1f67aa2a8cf83287f6f3df9fa6c46dbf0ab
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
All existing legacy shortcuts will be migrated one-time to deep shortcuts
This shortcuts are pinned under the Launcher package, with custom badging
Bug: 275875209
Test: Updated unit tests
Flag: N/A
Change-Id: I7da001f724776ad8d6c807517b7e4e259de626c2
Implement two intents or shortcuts to active split with shell
transition.
Fix: 259368992
Test: manual
Test: pass existing tests
Change-Id: If65ddbe6486a8bb1766019c6e05ac2cc5cbe08fc