There has been a link-type check warning on libSharedSystemUI
the prebuilt lib is built without SDK but the app using it
(Launcher3QuickStep) is built with SDK. Since this effectively prevents
the app from being unbundled, such warning will turn into errors soon.
However, the lib isn't ready to be built with SDK yet. So, in order to
suppress the link-type check warning until then, the prebuilt lib is
added with LOCAL_SDK_VERSION := current.
Bug: 69899800
Bug: 73327733
Test: m -j Launcher3QuickStep is successful and does not show any
link-type check warning
Change-Id: Ifd74bfee8c608e099737bd46569b05f007c1e86b
- If there is any delay in launcher draw, then we will finish the
transition and hide the app window before launcher has had a chance to
draw the task view with the updated snapshot.
Change-Id: I81c5b467f32520fd7474bde0e89819336292e84f
In some cases, eventQueue could be running on the background thread where as
the invalidate happens on the UI thread, which could cause race conditions in
touch consumer
Change-Id: Iebd84238eb2b5d6774beaa3bc21afdeb09e62561
Tested by running:
"runtest -x cts/tests/app/src/android/app/cts/NotificationManagerTest.java
-m testAutogrouping_autogroupStaysUntilAllNotificationsCanceled"
The test fails before this change, and passes afterwards.
Also manually verified that the original bug that introduced this
regression (b/65100024) remains fixed.
Bug: 68215987
Change-Id: I4af198fd5257ad1dfab5e052c11f58ea84b5095a
When the animation is cancelled, if remove the pending handler
(incase it has not executed yet) and revert back to the old
state if it has executed.
Change-Id: Iddc305aaaeae78c06cbf6c1c271254409cc1487d
Bug: 73242451
Test: Swipe up over back button, ensure that we don't start the animation
until the threshold is crossed
Change-Id: If84c39370428f8ea5bf9d5f7110d17227f00ccc0
Instead of setting the icon scale to 0 in showTask(), which is
called whenever we get a new intent, only set it to 0 when
starting the swipe up gesture.
Change-Id: I657a1c5763c60b65e28f453ffe854ae8dab83bbc
We were modifying the ShortcutInfo for the predicted app in All Apps,
so we would display "Remove" instead of "Cancel" because the item
was given an id.
Bug: 73377438
Change-Id: I1b9788bbf089d304a2868de866c78932fececed9
Prior to this change:
* User presses home before opening app transition finishes
* Close app transition starts
* AllAppsTransitionController#mProgress = 1.3 (starts offscreen)
* Launcher#onNewIntent makes call to AllAppsTransitionController#setStateWithAnimation
* targetProgress != mProgress (1 != 1.3), so it runs an animator that looks odd
ie. fast duration, only AllApps animates compared to expected full closing app transition
Change-Id: I755787aebf637675cb9aae23fc5784f5a5b6c811
- Fix back button flickering when returning to NORMAL state instead of
finishing a gesture to, say, ALL_APPS. This is achieved by posting
changes to the back visibility on the UI thread (binder calls are
posted on the background thread).
- Restore back button when touch service reconnects (in case we were
forced into an app when launcher is force-stopped, for instance).
Change-Id: I3731ee43d66965ce7cd8cf026174aabfe2d5c56c
* Animations appear snappier by using new interpolators
ie. new EXAGGERATED_EASE and updated AGGRESSIVE_EASE_IN_OUT
* Updated app icon/window alpha to make the motion/synchronization clearer.
Bug: 70220260
Change-Id: Ib05efc7f58d53b070e58f682f30651e31f9b3524
> EventQueue is only accessed on the binder thread
> For every new touch down, we use a new event queue to prevent race conditions
> All event hendling are serialized by event queue (including quick switch/scrub)
> Using state handlers for quick scrub
Bug: 73356768
Change-Id: Idde33a348270b8167a087129f177d5d2b54f5822
Sunny Goyal
Tony Mak
TreeHugger Robot
Tony Wickham
Jiyong Park
Winson Chung
Hyunyoung Song
Jon Miranda
Bill Yi