| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
> When running one-off animations during quickstep, cancelling prevoisly
running animations.
> Cancelling such one-off animations when state is reset
> Preventing touch proxied from recent transition to affect quickswitch
(by affecting pagedView)
Bug: 135686388
Bug: 135571566
Change-Id: Id647015a583761d8fd46a02e3e2d88027e282a79
|
|
|
|
|
|
| |
to allow easier generalization of animation definitions
Change-Id: I37b1a604003ec007aa390eabdfe8c1ab733b7471
|
|
|
|
|
|
|
|
|
| |
- Allow touches to go through recents to the hotseat.
- Translate the hotseat with the all apps shelf when swiping
up in background app state.
Bug: 135222111
Change-Id: Ib887fc25ccfeb406a44074198c11f7b1d245443c
|
|\ |
|
| |
| |
| |
| |
| |
| | |
Bug: 132900132
Bug: 134172603
Change-Id: I6a85e616552e84b8165661d25ed4330f55d3946f
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
> Recycling DigitalWellBeingToast so that the view is not inflated everytime
> Simplifying DigitalWellBeingToast to use a single text view
> Adding support for footers in taskView without creating additional layout
Bug: 122345781
Change-Id: Ia889819b93eb8644532ea95c6767554874d5e2d1
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This CL adds a very low risk because most (but not all) changes affect
only Launcher behavior during the test.
This should fix a lab-only flake when all apps keeps changing while
the test is working with it.
Example: test figures out which icon to click, by the moment it clicks
there, there is another icon there, or the icon is under the search box,
and clicking opens IME.
Switching test devices to airplane mode didn't help. The earlier change
that prevents popup menu cancellation is not general enough.
Now the tests are given an API to explicitly freeze and unfreeze
all-apps, which should be a final solution.
Bug: 132900132
Bug: 133765434
Change-Id: I8b81cc9be004482beb6cdcdd05406e2d9b4c7629
|
|\
| |
| |
| | |
ub-launcher3-qt-dev
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Normally, if all apps is open, and an app installs/uninstalls/updates,
All Apps will immediately reflect this.
However, depending on something subtle in the intensity of the swipe
gesture that brought All Apps, all apps will freeze, and won't update.
This frozen state will go away after scrolling in all apps, iteration
with an icon and, generally, any tap interaction with All Apps.
Otherwise, it will stay until it's closed and opened again via a gesture
with a different pattern.
The reason is in the code that freezes All Apps updates during user
interactions with all apps.
For example, during scrolls. Or while the user holds an icon, expecting
to see a context menu; in this case an update would cause the menu to
not appear, which is somewhat annoying.
The motivation to add this code was to solve a category of lab-only
flakes when a context menu couldn't open because the lab device was busy
with post-flash activities.
The code incorrectly assumed that after ACTION_DOWN, we are guaranteed
to get either UP or CANCEL, which is wrong.
It's after *consumed* ACTION_DOWN that we'll get these events.
The fix still solves the user's and tests' problems that the code was
supposed to solve.
Bug: 134442147
Change-Id: I9db74a33ecf93b1dc6bc69df301f7f542dea2a40
|
|/
|
|
|
|
|
|
| |
(to the test)
Bug: 134172603
Bug: 133867119
Change-Id: I00cf3a35daefa23d2e72a89d21e6ce37c8a9a46d
|
|\
| |
| |
| | |
ub-launcher3-qt-dev
|
| |
| |
| |
| |
| |
| |
| | |
I suspect that All Apps gets refreshed around the time of the click.
Bug: 132900132
Change-Id: I6d3053f7d8f998e08ca495c005e14ddece634164
|
|/
|
|
|
| |
Bug: 131768436
Change-Id: I7d389671969a75ae7ec9f9f5cc1326f7105e2071
|
|
|
|
|
|
|
|
|
| |
This eliminates an unreliable timeout.
Also removing an unnecessary check for harness that is done by the
called method.
Change-Id: If954580060415cbb2952532c16ea0ae4dc7b9469
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Insets are dispatched to all views. We never consume the insets and
let each view decide what to do with it.
Also fixing scrim in all-apps when in full-gesture navigation
Change-Id: Ib1c6bef5b32aac0c6ea03078b5138d2d0408c6d8
|
| |
| |
| |
| |
| |
| |
| |
| | |
testing Launcher3 without quickstep
Also keeping the provider as disabled until needed
Change-Id: Ib5f459e02ae551724b390f3b74f43d601568d749
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
home screen
=> After the scrubber was engaged, it would continue to intercept touches forever
(seems like a long standing issue)
=> Also fixed issue where the All Apps scrubber could be engaged from the Home / Overview
states
b/133265591
b/132716177
Change-Id: I8c7b9d45be65216f2f1a69f69ab1636accd812c0
|
|
|
|
|
|
|
| |
This should solve flakes when the test thread wakes up too rarely to
inject enough touch events.
Change-Id: I461583d35eb4bfe0192b81c242aacf8d20e353d1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is supposed to eliminate test flakes in the lab.
When an app gets updated while all apps is opened, all-apps will be
re-laid-out.
If the layout happens while we are recognizing a long-press on an app
icon in all Apps, the long-press won't be recognized.
In the lab, this happened so frequently that it caused considerable
flakiness. Even after we started running tests in airplane mode, this
still keeps happening. The bug refers an example with airplane mode on.
The fix will be also mildly beneficial for users.
Bug: 132177321
Change-Id: Ie7c7473fe94b8af83f04cd719286bae69e2d9de0
|
|
|
|
|
|
|
|
|
|
|
| |
This hides the quick search bar and the suggested apps. Visibility is
unchanged when the all apps view is fully expanded.
Test: Tested locally
Change-Id: I6bc453b5ad89ca3d1280957e595bf2a3f074a72d
BUG:129755311
FIX:129755311
(cherry picked from commit 917af755e42a03cdc43ed1c5f897f585f2041725)
|
|
|
|
|
|
|
|
|
| |
- Added QuickSwitchState, which we animate to when swiping right
on the nav bar from NORMAL state
- Task launches when the state transition to QuickSwitchState ends
Bug: 126596417
Change-Id: Id66650401d817703fc6d044fb26a25cccbc07e11
|
|
|
|
| |
Change-Id: I62e82a6e04b7101773d98c6e7aec574facd053fe
|
|
|
|
|
|
|
|
|
| |
Now that the "hook" gesture is supported for old quickstep to switch
apps, we need to fade out the QSB so it doesn't overlap the TaskView we
are switching to.
Bug: 111926330
Change-Id: Ie04c7909f6b96d12c810b438db89eedf8ea5bdeb
|
|
|
|
|
|
|
|
|
| |
- Move the hotseat alongside workspace instead of on top of all apps in xml layout
- Set pivot point of hotseat to match the workspace's, and apply the same scale
- Translate the hotseat with the workspace instead of all apps
- SpringLoadedState does not scale or translate the hotseat
Change-Id: Ic45fe99f83f0e0012afa78073d9577e65da444e2
|
|
|
|
| |
Change-Id: I8abca49a0dbf656212b21e0552502036a1619164
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I0d28069967854357ca755bf25dec19d4979bdecf
|
|/
|
|
|
| |
Bug: 111698021
Change-Id: If518ba5946ea6fada67f549f2f29e1ab1c89969d
|
|
|
|
|
|
|
|
| |
Users have reported that both home and shelf bounce animations are pretty aggressive. We should limit the number of times that we show bounce animations for both quickstep and non quickstep users so that they can have a less disturbing experience.
Change-Id: I445fc9c7c6ac8a9c0ef34381fa672bf1b0203737
Fixes: 123356757
Test: Manual test
|
|
|
|
|
|
|
| |
This is in preparation for adding more springs to the state transitions.
Bug: 111698021
Change-Id: I32cd7894e940dae00895799280b244d68400d374
|
|
|
|
|
|
|
|
|
|
| |
transitions.""
This reverts commit 2bdac8f7e53cb933b84a63799aa6195dd9486b8d.
Reason for revert: Reverting and added fix to crash
Change-Id: I20508eb05c85ba5dfba52630aa9becea270f890b
|
|
|
|
|
|
|
|
|
|
| |
transitions."
This reverts commit e018711aac98522f2b24cb01cd95e17125aaf178.
Reason for revert: investigating crash
Change-Id: I157b61a9f1bd46e2fcd3f2f883d3b5c23ca314af
|
|
|
|
|
|
|
|
|
|
|
| |
Added new SpringObjectAnimator class that wraps an ObjectAnimator so the
Object can be controlled via the Animator or via a SpringAnimation. It extends
ValueAnimator so that it remains compatible with AnimatorPlaybackController.
Code is behind feature flag toggle QUICKSTEP_SPRINGS.
Bug: 111698021
Change-Id: I1b20179ede37e89a6a6bb2a45d407cc74c99ac4e
|
|
|
|
|
|
|
|
| |
This will reduce confusion with the other "badging" concept we use for,
e.g. work profiles. It is also consistent with the external name
"notification dots".
Change-Id: I2a2c9d96dc0d6284eb0c48adc78a856271caad4d
|
|
|
|
|
| |
Bug: 118758696
Change-Id: Id918c44b8bd2a97ab577481b7584afbe56e8a591
|
|
|
|
|
| |
Bug: 109828640
Change-Id: I9bde5d4fab47eb3e5787bbb741b5b9051a15c0c2
|
|
|
|
|
|
|
| |
The QSB is responsible for updating its UI according to various states.
Bug: 109828640
Change-Id: Ic8cbf3d404d5870de0f6b8fe25a332b8d21bae20
|
|
|
|
|
|
|
|
|
| |
Bug: 113043444
Verification: (19) is our event classifier number
11-05 11:24:28.188 932 994 I statsd : { 1541445868000000000 766293363001 (19)0x10000->1[I] 0x20000->0[I] 0x30000->0[I] 0x40000->[S] 0x50000->1[I] }
Change-Id: I75403837f9fa8e51efa012fb708bce7efc9c4488
|
|
|
|
|
| |
Bug: 115877296
Change-Id: I750941f220d08ca9ee14067253253f6d81417101
|
|\
| |
| |
| | |
into ub-launcher3-master
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug: 115891474
Sending out the package name changing CL first before I make
LauncherIconsHandler and tests around it.
Change-Id: Ic10479a06333e1435b392a7072cd08782e710cbd
|
|/
|
|
|
|
|
|
|
| |
ViewConfiguration.getLongPressTimeout()
This way, if the default ViewConfiguration timeout changes, we will adjust accordingly.
Bug: 113639506
Change-Id: Ic3b93311c8e8d8196db2850fa641ffc675a16fb2
|
|
|
|
|
| |
Bug: 111142970
Change-Id: I867224464ae9c026f4dcb5256ef14fc39c8e751d
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a user created a work profile and was already in the All Apps
view, the work tab was not highlighted, because the logic for that
was only in AllAppsContainerView#onScrollUpEnd(). This CL
highlights the tab when the user has resumed and the All Apps view
is expanded.
Bug: 79242814
Test: Manual
Change-Id: I40af0d513c95f8084e21f4e276e9f56bcb06555e
|
|\
| |
| |
| | |
ub-launcher3-master
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When we normally press the work mode switch, it waits for the profile to
receive the ACTION_MANAGED_PROFILE_AVAILABLE broadcast before the button
UI actually toggles. The user never interacts directly with that switch.
However, dragging the switch thumb used to bypass that logic. This CL
makes sure dragging the switch thumb cannot happen in the first place.
Change-Id: Ib3b4ae7591136c35e6d02783387d752e246cfb5b
Fixes: 111211805
Test: Manual
|
| |
| |
| |
| |
| |
| | |
Bug: 110103162
Test: TaplTests
Change-Id: I5b2a2b8576a7a6ea4a156f00858711496d6b5bba
|
| |
| |
| |
| | |
Change-Id: I9a774152d13a541e8496dd84f2469bfed407f86d
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
All tests keep passing.
WorkTabTest.workTabExists was made gesture-stable. There is no need to
use TAPL, as the point is not to check answering to gestures, but to
check presence of tabs, which is better to do using launcher internal
state. (It still fails if run as a part of all tests, presumably,
because after Launcher's start, changes in user configuration are not
recognized, so I've commented the failing part)
Bug: 110103162
Test: Run all tests
Change-Id: Ic30b8e8475d16cee3880332f12311a44ddfa26cb
|