Age | Commit message (Collapse) | Author |
|
"LA.QSSI.12.0.r1-07600-qssi.0"
Change-Id: I99d6084fe1b48d24f750cacd8b6dcd8b79088cb4
|
|
Go to the recents page from all apps page and rotate to horizontal, at
last switch to one app that only support portrait display, we will see
the gesture navigation always at device right and not move to bottom.
At this scenario, launcher state switch from overview to all apps, but
launcher not notify systemui update gesture navigation display.
To slove this, launcher must notify systemui update gesture navigation
display when launcher state switch from overview to all apps.
Change-Id: I23bc642c62596dff7d13e299e6d83563e38ec144
CRs-Fixed: 2828560
|
|
Change-Id: I6a4ee3bce3df09fa66f381bca52441c17a599504
Signed-off-by: jhonboy121 <alfredmathew05@gmail.com>
|
|
Change-Id: I3a8969337a3e003e4b44ec16273bb71d6e6669f8
|
|
When the animation is cancelled, cleanupScreenshot()
should be called immediately to remove pending animations.
This fixes random gesture freeze on Sv2.
Change-Id: I10247294a2dcae467706c434685b299f8b525888
Signed-off-by: LibXZR <i@xzr.moe>
|
|
Change-Id: If69416ede272267743c96deff8876bc50c6c9075
|
|
Change-Id: I4dd635369513e7e8db8f8e4363acb017e0ce8eb1
[kdrag0n: Debranded to com.android.launcher3]
[kdrag0n: Ported to Android 12 and converted libGoogleFeed to Soong]
Signed-off-by: Danny Lin <danny@kdrag0n.dev>
|
|
Change-Id: Iaba9d5b30ca8629c06c882549d731eecfce934f4
[kdrag0n: Debranded to com.android.launcher3]
Signed-off-by: Danny Lin <danny@kdrag0n.dev>
|
|
Change-Id: I4a6a50104d21fee427d7fc77add2bcd905de49d3
|
|
Bug: 220074017
Change-Id: I629588f9ba870d5920d6f2477ed657975a7c4d9e
|
|
Issue is that All Apps is scaling during the animation, so when
FloatingIconView looks for it in the view hierarchy,
it's not in its final position.
This would be the cleanest approach for a scv2 fix
Bug: 213306709
Test: manual
Change-Id: Iaec77d15c9533edccd9c82164143af8fa522158f
Merged-In: Iaec77d15c9533edccd9c82164143af8fa522158f
(cherry picked from commit db767aa5757878ff37b82951b1bda71be1c9be4f)
Merged-In:Iaec77d15c9533edccd9c82164143af8fa522158f
|
|
- In some cases WM won't callback the remote animation callbacks (neither
start nor cancel) and Launcher never finishes executing the pending
command (preventing the subsequent commands from running). For the time
being, just cancel the current state to allow the commands to be
processed.
Bug: 194011186
Test: Mash on overview and home buttons with a 3p launcher
Signed-off-by: Winson Chung <winsonc@google.com>
Change-Id: I1b1296fab316b979f441ebb474d1475e3fa68f95
Merged-In: I1b1296fab316b979f441ebb474d1475e3fa68f95
(cherry picked from commit bb530e9058e085bb1668a42ed9dc81f079af6304)
Merged-In:I1b1296fab316b979f441ebb474d1475e3fa68f95
|
|
- Touch explore uses hover events to focus views for accessibility, but
we were dropping these events when handling them through the input
consumer proxy. The reason this changed is that in sc-v2 we moved the
recents input consumer to the top of the task display area to ensure
that it was always above any of the tasks in splitscreen, but by doing
so, it was always above launcher even after settling in overview. The
existing path for handling motion events is heavily tied to touch
handling (action down/move/up) so we just add a separate path for
dispatching hover events through the normal mechanism to launcher via
the consumer.
Bug: 197043796
Change-Id: I5f8cfd357ff13971fe172ce1d0179535479cd26c
(cherry picked from commit eff9a120c67bb85d66f6d2244da05f283f30f93d)
Merged-In:I5f8cfd357ff13971fe172ce1d0179535479cd26c
|
|
Change-Id: Ifa0d32b62a8566750e7b1a4b4d616dccc43658ff
|
|
Overview.
Fixes: 211556489
Test: Go to overview with live tile. Turn on dark theme. Pull the panel back up. Make sure everything looks fine (live tile is ended).
Change-Id: I51cb81718a489ad7568c5e05ace0b3dbc6ca5443
(cherry picked from commit 0077caa15d567da042f19deffe319682043863db)
Merged-In:I51cb81718a489ad7568c5e05ace0b3dbc6ca5443
|
|
Auto-generated-cl: translation import
Change-Id: Iec90538bf8dd18fede035d7f548a71b757d2356c
|
|
|
|
|
|
A request to set a new depth is ignored if the surface is currently
invalid. We should cache what was the requested value, so it will be
applied once the surface is valid again.
Test: manual
Fixes: 209028986
Change-Id: I812816da4b0139c7ea7b53a9fb00f11265ecdea8
|
|
|
|
|
|
This reverts commit a46d36240b08e458fb25fb1231ed3ebd4a618c3a.
Reason for revert: Reverting logs for release
Change-Id: I65ae1ea691d5fb3d70a2db4beba08d7460b99e2b
|
|
* Old code assumes there will only be a single
GroupedTaskView, removing those code paths helps
consolidate single and grouped task code flows
* Correctly check when we need to add a stub
taskView for GroupedTaskViews by checking each
individual taskId
Test: Swiping with multiple split pairs doesn't
cause a cycle
Fixes: 213355942
Change-Id: Ibb98ae0dfcd4f52b762685aec9d2ee6445b9ef54
|
|
Fix: 207716265
Test: no exception throws after recent animation
Change-Id: Ic35aea2285fb120f7d0b5215137ad9450518702f
|
|
|
|
Test: none
Fixes: 209993127
Change-Id: I927f8969cf5ef3759b501fe1ada4d3b061b53d06
|
|
|
|
fixes: 199342537
Change-Id: Id212cce20b792fb8b16e9fa8eca4635773ae5ea7
|
|
|
|
|
|
* Non-apps leashes can contain non-divider targets, which
was creating null elements in the array when an index didn't
get assigned.
* With a list we don't have to worry about empty index gaps
* Also remove the animation for the divider for certain
gestures because the surface isn't always valid for the
full duration of the animation. We probably would need to
synchronize with rest of recents animation
Fixes: 212218930
Test: No longer crashes when swipe up, hold, then swipe down
Change-Id: Ia1fc4d66e73f21b55fdbfe59342af025e2a525d9
|
|
* Consolidate setState() and setStateWithAnimation()
to be handled in the same manner
* If no animation, we run the created
PendingAnimation right away
Fixes: 209935590
Test: Tested w/ and w/o animation
Change-Id: I1d6fdba21761b6721e6bd52234016178547cd437
|
|
into sc-v2-dev
|
|
Bug: 209480401
Test: manual, video attached on the bug
TL;DR;; minimized the delta for sc-v2
Change-Id: If8c9281bb4366540b9a4ea10a9b363ce82d78daf
|
|
slippery" into sc-dev am: c0231f8d0f am: f58691ae42" into sc-v2-dev
|
|
- Finish recents controller to app rather than to launcher, to ensure taskbar state uses in-app configuration
- Also fix an issue when a gesture completes before onLauncherStart, which happens in 3 button mode. The error I saw in the test was:
java.lang.AssertionError: http://go/tapl test failure: Failed to receive an event for the state change: expected [Overview], actual: [Background, Normal];
Context: want to switch from background to overview, clicking Recents button; now visible state is Background
(This also accurately describes what I saw on the device, where the LauncherState went to Normal but the task was still running in the live tile)
Test: testStressSwipeToOverview
Fixes: 203577620
Change-Id: I19616f7921c9821f1b45a90a3e4bec4fb3b8a9d3
Merged-In: I19616f7921c9821f1b45a90a3e4bec4fb3b8a9d3
(cherry picked from commit ce6bf7dd7f4b9977012e23b4d5554b340907cf2d)
(cherry picked from commit f540e5caa2a8f48b7a603c6ca82c0de4475dd062)
Merged-In:I19616f7921c9821f1b45a90a3e4bec4fb3b8a9d3
|
|
onRecentsAnimationStart
- Fix logic for canceling animation for continued quick switch, so that this case (starting a new gesture before onRecentsAnimationStart() of the previous gesture) instead goes to the STATE_FINISH_WITH_NO_END flow.
- Update the end target so that we go to that state instead of always overview state if swipe was past the halfway threshold when we call endLauncherTransitionController(). This is specifically so we don't use OverviewInputConsumer on the second gesture, given the first one was canceled and didn't actually go to overview.
- GestureState#isRecentsAnimationRunning() now checks for STATE_RECENTS_ANIMATION_STARTED rather than _INITIALIZED, to be consistent with its javadoc and TaskAnimationManager#isRecentsAnimationRunning(). This also ensures we can correctly calculate continued quick switch (see above).
- Call cleanUpRecentsAnimation() before creating a new one in TaskAnimationManager. This ensures that the previous listener doesn't immediately cleanup the new gesture when it gets onRecentsAnimationCanceled() due to the new recents animation starting.
Test: swipe to home twice from the app, locally ignoring the onRecentsAnimationStart() from the first one, and ensure the second one responds normally
Bug: 193851085
Change-Id: I76e27c96b54293805546c0d6c82e77f975c69d7a
Merged-In: I76e27c96b54293805546c0d6c82e77f975c69d7a
(cherry picked from commit 66ed0ff23ec92f3871c536d477877ab15116aaa7)
(cherry picked from commit ee24e46a61869cae17ed1181eece3b0635f1186a)
Merged-In:I76e27c96b54293805546c0d6c82e77f975c69d7a
|
|
|
|
into sc-dev am: c0231f8d0f am: f58691ae42
Original change: https://googleplex-android-review.googlesource.com/c/platform/packages/apps/Launcher3/+/16444734
Change-Id: Idd834fc5a587e2cdb3425612514efe54ece792cc
|
|
into sc-dev am: c0231f8d0f
Original change: https://googleplex-android-review.googlesource.com/c/platform/packages/apps/Launcher3/+/16444734
Change-Id: I405e4c79cc91ccbeb0472870ad1395eccaa8b64b
|
|
into sc-dev
|
|
Original change: https://googleplex-android-review.googlesource.com/c/platform/packages/apps/Launcher3/+/16471550
Change-Id: Id7353bbafe62f70b0b1659455e731bc3ecf85de2
|
|
onRecentsAnimationStart" into sc-dev am: 1a453f1547
Original change: https://googleplex-android-review.googlesource.com/c/platform/packages/apps/Launcher3/+/16471461
Change-Id: Ia6ddad23a2ebaa5737ffe12ce91501ec23dc8489
|
|
atom." into sc-v2-dev
|
|
Auto-generated-cl: translation import
Change-Id: I9c252fc5b0d8ac7e84357ef6493dc83f0996805b
|
|
|
|
|
|
onRecentsAnimationStart" into sc-dev
|
|
* Whenever launcher setting is changed, only log the changed setting instead of all
Bug: 181703659
Test: wwdebug && wwlogcat AND statsd_testdrive 10108
Change-Id: I9c6b7a17d653038a91f885df455e5ebbb401b49a
Merged-In: I9c6b7a17d653038a91f885df455e5ebbb401b49a
(cherry picked from commit f7ebfb9a7fc2151621567008acfe103c76a6ef0d)
|
|
|