Sometimes onStateSetImmediately gets called upon swipe up, especially when the phone just get unlocked.
Will add a test following this change.
Change-Id: I2d7117ae919663385b300433eceb063af09a5431
BUG: 113629419
Test: Manual
- Apply the initial scale to overview while it is in the backround app
state to ensure the side pages are positioned accordingly. Since this
affects the computation of the target rects for the overview
animation, also ensure that we calculate those with the final target
overview scale applied.
Bug: 117439562
Change-Id: I5e00cf1683e31b22cf937b966d52f8cbe745aaba
> getBitmapInfo() is called on background thead which blocks
on the main thread to get InvariantDeviceProfile
> getDefaultIcon() can be called on the main thread, which
would get blocked on a previous call of getBitmapInfo()
Bug: 117588621
Change-Id: I6549398c7e0a49284fe59950965495074ab8cdd0
- Skip handling loading visible task data after resetting overview, we
currently keep the tasks bound to their task views (some calls are not
synchronous with the lifecycle of recents, can be changed later), so
the next call to loadVisibleTasks before the tasks have been loaded would
load snapshots for old tasks
- Skip loading tasks if the previously requested load plan is still valid,
this can happen because setCurrentTask() will be called multiple times
during swipe up
Bug: 117603579
Change-Id: Ie58ded14dedbb3934d08163ca7939d89310c3ecf
- Add libs/plugin_core.jar
- Include plugin_core in Launcher3 build (it is already present other
builds as part of the updated shared lib)
- Add PluginEnablerImpl that uses SharedPrefs to enable/disable plugin
components
- Add src_plugins, where plugin interfaces will live. It has a build
rule to create a jar that plugin projects will depend on.
- Copy PluginPreferencesFragment from sysui but using our implementation
for PluginEnabler
Bug: 115877296
Change-Id: I3db54677eaceb10f92018c0f9d18920ad9ffac39
1. Make waitXXX methods fail if the condition diesn’t turn true.
2. Waiting for loading to complete in tearDown instead of reloading the
model
3. Avoiding waiting for load-complete where loading didn’t start
4. Disabling last test in AddConfigWidgetTest
5. Waiting for loading to complete inside setupAndVerifyContents(), not
outside
6. Unifying how we wait for loader to complete
7. Adding more logging
Bug: 117332845
Test: running all Nexus tests
Change-Id: I3070e1ac2b9161179cc3e0800b0cd8162807389a
> Items ids were already being typecasted to int when being bound on the UI
> Using a consistent type allow better use of platform data-structures
> Adding IntArray and IntSet as a replacement for various Collection classes
Change-Id: Id3c650ed2420c2bfca3bd7671d2b705b56112371
This is the first step in adding a flag toggler UI to launcher.
The change migrates a single flag (QSB_ON_FIRST_SCREEN) from a
boolean constant to a boolean method. In future, that will allow
us to return different values at runtime.
Bug: 117223984
Change-Id: I1e62c91dd941b8145166021bc0aa157733e62ea0
It started to work locally in condition, I believe, identical to those
on ATP.
Bug: 112899690
Test: adb shell am instrument -e size large -w -r -e debug false com.google.android.apps.nexuslauncher.tests/androidx.test.runner.AndroidJUnitRunner
Change-Id: I2decb2142d15e025402c0c32b7b161dd28d102bb
TreeHugger Robot