am: c7d9fcd0e0 -s ours
am skip reason: change_id I482ace6717063630d3c5018c471601cfd21a2f19 with SHA1 8b406b8d31 is in history
Change-Id: Ieb7156ac64ea849500184c5bff723ffc321ba84a
am: 5cc9ace295 -s ours
am skip reason: change_id I482ace6717063630d3c5018c471601cfd21a2f19 with SHA1 8b406b8d31 is in history
Change-Id: I63d07af6fdf44bf3f24b576f72de13c4e71841c8
am skip reason: Change-Id I2241bdb524ca6bc66e545a0ec8433119e0448358 with SHA-1 b2049196b9 is in history
Change-Id: I9f4d692dd2a3e09a78e31767f4ed094b921d0524
This just crashes since we can't access SharedPreferences, and we don't
addPluginListener until onUserUnlocked() anyway.
Bug: 145019350
Change-Id: I705498f859857a52a2cb5735201a652973b26d0b
(cherry picked from commit 435b11b95f)
This just crashes since we can't access SharedPreferences, and we don't
addPluginListener until onUserUnlocked() anyway.
Change-Id: I705498f859857a52a2cb5735201a652973b26d0b
The current logic in BaseIconFactory is only trying to add the user
badge if the user passed in isn't null and isn't the current user,
then if no such attempt is made, try to add an instant app badge. This
is causing user badge to disappear if the current user is a work
profile. Meanwhile, the badging logic in IconDrawableFactory is to try
to add the instant app badge first, and then always try to add the
user badge.
Bug: 132625654
Test: manually test as in b/128625591
Change-Id: Ia5b456f1f27095d546504266a1a90034105c9ae9
Merged-In: I2241bdb524ca6bc66e545a0ec8433119e0448358
(cherry picked from commit bdb0236125922a3a9b20fbaa8ecd1d2477b48ed5)
The current logic in BaseIconFactory is only trying to add the user
badge if the user passed in isn't null and isn't the current user,
then if no such attempt is made, try to add an instant app badge. This
is causing user badge to disappear if the current user is a work
profile. Meanwhile, the badging logic in IconDrawableFactory is to try
to add the instant app badge first, and then always try to add the
user badge.
Bug: 132625654
Test: manually test as in b/128625591
Change-Id: I2241bdb524ca6bc66e545a0ec8433119e0448358
Signed-off-by: Hyunyoung Song <hyunyoungs@google.com>
am skip reason: Change-Id I082291ca9b288f57701cc00d61a9b3a84da8b084 with SHA-1 ad7e30f5d7 is in history
Change-Id: Ia0b4a222f49ffab92533873134b358df1780ddf2
- The bug is caused by cancelling of the RectFSpringAnim before the
StaggeredWorkspaceAnim has started.
- Instead of having logic in StaggeredWorkspaceAnim control the visibility
of the icon, we instead maintain all the visibility within the
FloatingIconView class itself.
Bug: 142120338
Change-Id: I94f3a066d395f9c3b97dc6ee9fc836e9401650a5
Merged-In: I082291ca9b288f57701cc00d61a9b3a84da8b084
- The bug is caused by cancelling of the RectFSpringAnim before the
StaggeredWorkspaceAnim has started.
- Instead of having logic in StaggeredWorkspaceAnim control the visibility
of the icon, we instead maintain all the visibility within the
FloatingIconView class itself.
Bug: 142120338
Change-Id: I082291ca9b288f57701cc00d61a9b3a84da8b084
When flinging up and to the right, we previously always returned
home. Now, if the right velocity is stronger, we quick switch.
Bug: 126596417
Change-Id: I14fa0584399bb90f2e07e0b296fc5932d8224fbf
am: 8b406b8d31 -s ours
am skip reason: change_id I8a1e20d0b175f03a1a05c81749f07ab5314e872a with SHA1 73b84ce47f is in history
Change-Id: If28a800615a8a50ec5bf9b15f12a43658012e998
am: f3761296a1 -s ours
am skip reason: change_id I65a2c71c9acd2f5345941ea2cff7d32c04b7be3f with SHA1 4df42f85a4 is in history
Change-Id: Ife6d77baef86054445ccbe966c3e880f1c95007c