It moved from Settings.System, so there were constant warnings in the
logs. This only affects dogfood builds.
Change-Id: Ic3c179837f78a8040579fcc6ad485f6fabe1c2a1
- It can cause a deadlock with other synchronized calls on a background
thread that use a MainThreadInitializedObject
Bug: 112744388
Change-Id: Icbfe6fe84de41eeb19f68014905154dfca988288
Use View.getHeight() instead of Canvas.getHeight() to get the same height
regardless of using hardware or software accelerated drawing.
Test: manual
Change-Id: I475afef017102d7968f28a7aab8116238af3d90d
Use the ROOT locale to make sure toLowerCase has consistent behavior
regardless of the currently set language.
Test: Manual
Change-Id: Ie43f76cbc15eee0d96314e92d2acd5abb22f7077
See atp for failed tests.
Widget container may return objects outside of screen, hence the test
failures.
Test: AddConfigWidgetTest.com.android.launcher3.ui.widget.AddConfigWidgetTest etc
Change-Id: Ia402dae0c9bc8f0585e57ac5f562a59e8ff4ed53
UiDevice, the old param, belongs to a support lib; as TAPL switched to
AndroidX, it became impossible to pass it from platform tests
that still use the old support lib.
Bug: 110103162
Test: TaplTests
Change-Id: I1f82099b432912fa40da96df0d6179579aab66a3
If while the work profile info card opening animation was
playing you pressed the Work tab repeatedly, close() was
called. That caused the animation to never complete
properly (onAnimationEnd() was never called). This CL
makes sure to not call close() if the animation is
still running.
Bug: 112471462
Bug: 112188042
Test: Manual
Change-Id: I2e62e0c5c6f1d6132ea359a85cb6aadf57639c30
Otherwise it's possible the badge scale animation will override the
non-animated set value, which could mean a badge continues to show
even though it shouldn't:
- Animate badge scale to 1
- Before animation finishes, set badge scale to 0
- Badge scale ends at 1, since animation wasn't cancelled, so we
continue to show it indefinitely
Also exported some properties in case a similar issue arises.
Bug: 111791593
Change-Id: Ia1a417239b909886adf9351e9bdc06a3b22d8b73
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
From ~245 to ~150 sec.
Done by removing testing behaviors that don't depend on QS from tests
marked with QuickstepOnOff attribute.
Also fixing a bug that went unnoticed: now restoring Launcher QS mode
after each test.
Bug: 110103162
Test: TaplTests suite
Change-Id: I715158b47ac1e370f578b8d4f13d9633283763fe
- Offset distance based on where gesture started, so that the shelf is
always under your finger even if you swiped up high on the nav bar
- Use the same distance when swiping down to launch a task as we use for
swiping up from an app (so that the swipe feels more reversible)
- Allow swiping up in the gap between hotseat and overview, so there's
no "dead zone"
Bug: 109709720
Change-Id: I828d82e8feb250fd31e382d42aeefcb11d4a07d5
- Clip the arrow that is overlapped by the popup, so that it doesn't
show when that part of the popup is highlighted
- Animate the arrow first instead of last. Now the animation feels
like one continuous motion as the arrow grows into the popup.
Bug: 111159923
Bug: 111006276
Change-Id: I22fb3037d950d55fe6c8ed4dc5345279874f0a3a
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
Hyunyoung Song
TreeHugger Robot
Tony Wickham
Winson Chung
Sunny Goyal
Vadim Tryshev
Tobias Dubois
Android Build Merger (Role)
arangelov
Lucas Dupin