Rescan apps after restore and re-publish manifest shortcuts

Originally when I wrote backup & restore for ShortcutManager,
there was no manifest shortcuts, so there was no need to
handle preintalled apps specially.

However, now we have manifest shortcuts, which are published
when the user is unlocked, by the time restore happens preinstalled
apps may already have manifest shortcuts, which will be overwritten
by the restored shortcuts.

So we need to re-publish manifest shortcuts after restore.

Bug 30746028

Change-Id: I6afbae7790c9ed38483637f33c381ecb6f854677

Merge "Merge "docs: Revised "Optimizing Content for the Assistant" page." into nyc-dev am: 87c2ed97b8" into nyc-mr1-dev

Merge "docs: Revised "Optimizing Content for the Assistant" page. am: d4197234bb" into nyc-mr1-dev

Merge "docs: Revised "Optimizing Content for the Assistant" page." into nyc-dev
am: 87c2ed97b8

Change-Id: I48f91ef763f6591e16751d9ae8fd9d86be277111

docs: Revised "Optimizing Content for the Assistant" page.
am: d4197234bb

Change-Id: Ie85273ed977c06e9b82a77d66a7333e9eca86e10

Merge "Prevent EndLayerOps when Begin was rejected" into nyc-mr1-dev

Merge "docs: Revised "Optimizing Content for the Assistant" page." into nyc-dev

Merge "ShortcutManager improve app udpate check" into nyc-mr1-dev

docs: fixed generics in data binding code samples am: b1b5efd3be
am: 7f703bde72

Change-Id: Ibc12639849de4edcbcfdaa1c0f543d6f2eb868f8

Merge "Fix bug where foreground activity fails to cancel auth/enrollment" into nyc-mr1-dev

Merge "docs: add info to SharedPreferences.Editor.putString" into nyc-dev
am: a6ee9c1848

Change-Id: Ief38c0b6b1b61e8fcc060224c298fb3a4711cc94

docs: add info to SharedPreferences.Editor.putString
am: fb48521f41

Change-Id: I948c8091a70180e29a601d6cba40d7fb0cf2d76a

docs: fixed generics in data binding code samples
am: b1b5efd3be

Change-Id: Iecafea06866a4579824435467c5dd31859c0dbd4

Merge "Reverting ag/1288123" into nyc-mr1-dev

Merge "docs: add info to SharedPreferences.Editor.putString" into nyc-dev

Prevent EndLayerOps when Begin was rejected

bug:30537130

BeginLayerOps were being rejected in a way that allowed the associated
EndLayerOps to still be recorded. This was a violation of DisplayList
content expectations, and caused crashes in FrameBuilder when trying to
play these DisplayLists back.

Change-Id: I531b840aa5c4ffb1ee458da3f4b366978eaeafbe

Merge "Fix currentAnimationTimeMillis to use vsync time" into nyc-mr1-dev

ShortcutManager improve app udpate check

- Don't use lastUpdateTime for system apps since it's not reliable.

- Scan downgraded apps too.

Bug 30708050
Bug 30734178
Change-Id: I98253f4c635466197548385275ab08c5e3a1a10b

Merge "Fix infinite AVD not running" into nyc-mr1-dev

Merge "Restore padding." into nyc-mr1-dev

Merge "Have BatteryStats track and report the running wakelocks." into nyc-mr1-dev

Fix infinite AVD not running

This CL fixed an integer overflow error caused by using integer literal
when it should be a float literal that defines a double.

BUG:30739855
Change-Id: If2bdb0eb7a2e93d28434bfe72ec11e8f1f2a1eda

Restore padding.

Change-Id: I532e5007c2a9152554b8f5130196a2f0cb3c8f1e
Fixes: 30738806

Merge changes Idc4c2c14,Ibea016c6,I49ab58c3,Id911d405,I0f17dc5f, ... into nyc-mr1-dev

* changes:
  Improved the transition when clicking on the last notification
  Fixed a bug that could lead to an empty notification
  Removed contentDescriptions that hindered accessibility usability
  Fixes a bug where setting a null bigLargeIcon would not clear it
  Fixed the transition of the background of the notifications
  Fixed a bug where the notification would fade out in a ugly way

Merge "Don't ensure configuration for activity we are resuming." into nyc-mr1-dev

Merge "Prevents screenshot layer from dismissing IME." into nyc-mr1-dev

Don't ensure configuration for activity we are resuming.

Regression introduced in ag/865988 when ASS.ensureActivitiesVisibleLocked()
was added to the end of AS.completePauseLocked() without specifing the
starting/resuming activity. If the starting/resuming activity isn't specified
the resuming activity can be relaunched with the current configuration which
might be different from the configuration the activity will end up in if it has
fixed orientation.
We now pass in the starting/resuming activity to avoid this.

Bug: 30509213
Change-Id: Idd0be84745bad83a1924e850b9b4020b927a78d8

Merge "QS: Tweak animation paths when few icons" into nyc-mr1-dev

Merge "QS: Fix expanding on closing detail" into nyc-mr1-dev

Merge "Ensure Dequeue/Queue duration is always set" into nyc-mr1-dev

Merge "Import translations. DO NOT MERGE" into nyc-mr1-dev

Merge "Import translations. DO NOT MERGE" into nyc-mr1-dev

Import translations. DO NOT MERGE

Change-Id: Ia177ed731331dbc6420eafe17a1615a7bc65dac2
Auto-generated-cl: translation import

Import translations. DO NOT MERGE

Change-Id: Ib195a4f4c102694bc911d6987dc1506f511cadd4
Auto-generated-cl: translation import

Import translations. DO NOT MERGE

Change-Id: I6b7b641340466819a50ee8838278b352948891f9
Auto-generated-cl: translation import

Merge "Add Connection Event for wifi handover failures." into nyc-mr1-dev

Prevents screenshot layer from dismissing IME.

Add code to adjustWindowLw to force the flag
FLAG_NOT_FOCUSABLE to be set for layer type
TYPE_SCREENSHOT.

Bug: 30485483
Change-Id: I11725eb89fda59b6d50fa1700845cdfe9ffb930b

Merge "Make sure IME focus is synced to View focus" into nyc-mr1-dev

Fix bug where foreground activity fails to cancel auth/enrollment

This fixes a bug where the currently authenticating application
can't cancel itself in onPause(). The problem is that some applications
can set FLAG_RESUME_WHILE_PAUSING (like the home screen), which changes
the life cycle of IMPORTANCE_FOREGROUND to be removed before onPause()
completes.  The result is the currently authenticating activity
can't cancel fingerprint authentication or enrollment.

The fix is to allow apps to always cancel themselves.

Fixes bug 30380234

Change-Id: If65c2028014da8d5129506d0b45cc6c1e25f7860

Merge "Remove animation value change from push staging" into nyc-mr1-dev

Merge "Support repeatMode = reverse in AVD" into nyc-mr1-dev

Merge "Improve handling of crashing a11y services." into nyc-mr1-dev

Have BatteryStats track and report the running wakelocks.

The times reported are in the screen off / on battery time base.

Bug: 29546924
Change-Id: I025b2959becb256a26cf531e944786d4e9a59149

Merge "Reschedule date-change alarm whenever the time is set" into nyc-mr1-dev

Make sure IME focus is synced to View focus

This CL fixes an edge case that my previous CL [1] forgot to handle.

The goal of my previous CL was to avoid InputMethodManager from getting
confused by a false focus-in event from temporarily detached Views.
However, my CL forgot to take care of the case where the temporarily
detached View is still focused even after the temporary detach mode is
done.

The bad news is that such a situation is relatively easy to trigger by
having a ListView that has EditText as follows, which seems to be
known to be a common technique in Android developer community to put an
EditText in a ListView.
  ListView#listView.addHeaderView(new EditText(context), null, true);

If the ListView is initialized as above, and the EditText has input
focus, View focus and IME focus start to disagree immediatelly after the
ListView's layout is re-evaluated.  This is really easy to trigger, for
example just by dismissing the IME window.

In summary, the root cause is that InputMethodManager#focusIn(View) is
now always ignored as long as the View is temporarily detached, under an
assumption that IMM#focusIn(View) will be called back again with a View
that is not temporarily detached when everything is stable.  Hence the
fix is to do so by hooking up View#dispatchFinishTemporaryDetach() to
call IMM#focusIn(View) again when the View is actually focused in the
final state.

 [1]: Ia79bbd8468f768d546354382b47b39dd31ef7bb5
      a4ed0cfcb6885beeb52f701bfc64c393b668f7ba

Bug: 30022872
Bug: 30578745
Bug: 30706985
Change-Id: Iecbdb00dcef8c72e4f7b31035c9bf0f4a40a578f

Merge "Not trying to remove admins already being removed" into nyc-mr1-dev

Improved the transition when clicking on the last notification

In the locked shade, we were returning to the lockscreen when
the last notification was clicked and removed due to autocancel.
We're now not going back there anymore if we're closing.

Change-Id: Idc4c2c145fb2ca308f236b99408cc6096dd02302
Fixes: 30642902

Reverting ag/1288123

- Reverts the change to draw the drop targets opposite of the nav bar
- Fixes the issue with the drop divider being occluded by the nav bar
  when the phone is in landscape orientation.  Instead, expand the
  drag overlay to include the nav bar space.

Bug: 30548794
Change-Id: I70ed3513547e101e49c8eba114a153c5a1f36bee

Reschedule date-change alarm whenever the time is set

Bug 30628519

Change-Id: Ic4180b9f3c822f3dfb7e35199f3d058938acf778

Merge "Switch volume animation to Scene." into nyc-mr1-dev

Merge "Fix WM missing stack/task when activity is force stopped and restarted" into nyc-mr1-dev

Merge "Correctly initialize rotation animation hint." into nyc-mr1-dev

Switch volume animation to Scene.

animateLayoutChanges is too janky.

Bug: 30070005
Change-Id: I88bb94c2de18a8ebc14f0f0aed48877a8b328d8a

Fix WM missing stack/task when activity is force stopped and restarted

When activity process is force-stopped (like in the case we need to stop
it to allow debugger), activity record is removed and a new instance is
added. Depending on timing, adding of new record could happen before
or after old record is removed. If it added after old record is removed,
then the removal could cause AM to also remove the task AND the stack
(if the activity is the last one).

On WM side however, the task/stack removal could be delayed due to
animation. So when AM attaches a new stack, we end up with two stacks
with the same stack id in the DisplayContent. Also, AM reuses the last
used taskId after it's deleted. So WM is confused and didn't add a new
task record. Then when the delayed stack removal fires everything is gone.

We need to use a different task id when creating a new task record, even
if the last created task is already deleted. Also when attaching a new
stack to WM, first check if we already have such a stack in DisplayContent,
if so, reattach it and don't create a duplicate.

bug: 30465601
Change-Id: Ic399a32c54f6acdcbb9a0c6155599331d55df232

Fixed a bug that could lead to an empty notification

With sensitive notifications, notification groups could
become empty.

Change-Id: Ibea016c64287d1952db136e038372b778d8febc2
Fixes: 30641080

Merge changes from topic 'smooth_unlock' into nyc-mr1-dev

* changes:
  Keyguard: Improve trusted unlock while occluded
  Keyguard: Refactoring for improving trusted unlock while occluded

Add Connection Event for wifi handover failures.

Adding a new connection event which Telephony can use to inform upper
layers of a failure to handover to WIFI.

Bug: 30697460
Change-Id: I75da2f956a6b70a9bf4cf7128f29968e08172dc3

Merge "Fix "adb backup -shared"" into nyc-mr1-dev

Correctly initialize rotation animation hint.

In the case of no activity options we won't initialize
it again later, and so we will override the apps request
with a hint of 0 (ROTATION_ANIMATION_ROTATE).

Bug: 30683604
Change-Id: I5eed12adfbb241859503bcd40f15ee82141436d8

Ensure Dequeue/Queue duration is always set

Bug: 30662749
Change-Id: I35a4c26ce78536fc7a506ec2f92a8b9eecb12ec2

Merge "Move EphemeralResolverService" into nyc-mr1-dev

docs: fixed generics in data binding code samples

Generic types, such as List<String>, must be escaped when they are
used in XML. For example, List&lt;String>. This commit adds
escape characters to the XML samples in the data binding page.

Bug: 30691285
Change-Id: If55ed55d13fb11038e2495884c79698e67219108

Merge "WindowManager: Restore update behavior of mLastFrame." into nyc-mr1-dev

Fix currentAnimationTimeMillis to use vsync time

Bug: 30674719
Change-Id: I71f51eea971e43cbe85bb0713a1c457a1b3243b3

Merge "QS: Fix accidental a11y tile removal" into nyc-mr1-dev

Merge "LocationManager - Handle Shutdown for right User" into nyc-mr1-dev

Move EphemeralResolverService

It should not have been under com.android.internal

Fixes: 30673742
Change-Id: I2277aa4a4799fa59bf68af7c4cfcb4e1216aeb8d

QS: Fix accidental a11y tile removal

Change-Id: I5b5c3bac0b92a7cc5585dcd55571fa055da0e5eb
Fixes: 30443933

Merge "Call userActivity when dismissing keyguard" into nyc-mr1-dev

Merge "Fix flickering issues with FLAG_SHOW_WHEN_LOCKED and fingerprint wake" into nyc-mr1-dev

Support repeatMode = reverse in AVD

BUG: 30641232
Change-Id: I34c823a0a45c8441873a9b467275174c5529994b

Removed contentDescriptions that hindered accessibility usability

This lead to a whole area being accessibilityfocusable even though
it shouldn't have been.

Change-Id: I49ab58c3da768930576880d8793b2fe2657a0aa8
Fixes: 30315141

Merge "Only filter a11y motion events if needed." into nyc-mr1-dev

LocationManager - Handle Shutdown for right User

Only process a shutdown when it is for all users (whole system),
not a single user

Change-Id: Id51b7fb4606460462c2f6749e5ac3984bdd8319f
Bug: 30646142

Fix "adb backup -shared"

An accidental side-effect of introducing the XML content file and its
domain semantic checking was that the shared-storage domain got
dropped on the floor.  Now the mechanism understands what it means
again.

Bug 29999884

Change-Id: I22b99c96869683d1a92430f237dda54b170b8f60

Keyguard: Improve trusted unlock while occluded

Smoothly unlocks device when going from a SHOW_WHEN_LOCKED activity
to a DISMISS_KEYGUARD activity while the device is trusted.

This change suppresses the jank from going briefly through the
lockscreen if the device is trusted and unlockable without entering
a credential.

Bug: 27410215
Change-Id: Idd86e825d37a89538a0a1f690daf6afcf94a0699

Not trying to remove admins already being removed

If someone calls removeActiveAdminLocked more than once, it is possible
for the device policy data to end up with more than one copy of an admin
in the list mRemovingAdmins. Due to extra entries, once the admin
component is removed, it is not being allowed to be set as an admin again,
until the device reboots or mRemovingAdmins is cleared from the memory
due to some other reason. Fixing this by making sure we do not add
duplicate entries to mRemovingAdmins

Bug: 30369197
Change-Id: I1d53c41312171425bbd6e6e4153148276f1b098d

Keyguard: Refactoring for improving trusted unlock while occluded

- Adds a trusted signal from Keyguard to PhoneWindowManager
- Allows PhoneWindowManager to exempt DISMISS_KEYGUARD windows from force hiding
- Allows PhoneWindowManager to dismiss Keyguard while occluded

Bug: 27410215
Change-Id: I3ad490b64a5805b6f3888a9f37fcfbdd0116395e

Merge "Add metrics event for Settings->Display->Ambient Display." into nyc-mr1-dev

Merge "HIC: Add report facility for overzealous anti-falsing" into nyc-mr1-dev

Merge "Only reorient nav bar if needed" into nyc-mr1-dev

Only filter a11y motion events if needed.

We've seen some jitter in motion events with accessibility
enabled. We can eliminate it by not passing motion events
through the filter if we know they won't be affected.

Bug: 30183085

Change-Id: I0ecc8d5a39c8e370fc3a8ab85c6357251a31f8ad

docs: Revised "Optimizing Content for the Assistant" page.

Bug: 25080159
Change-Id: Ie4167ba732ffbd401cabcb7f0ba3bac41a029506

Improve handling of crashing a11y services.

We were confusing handling of services that were unbound with
those that had crashed. We would lose track of services that
has crashed, start new ones, and then when the system restarted
a killed services we would have multiple instances running. It
was possible for this to get very out of hand.

Bug: 30306689
Change-Id: I4e63d25b6d2fec3ec68f450a4602898c43a2b2ad

Remove animation value change from push staging

This CL ensures that animation values are only updated during
animation pulses.

This CL also includes the revert of
https://googleplex-android-review.git.corp.google.com/#/c/1285913/

BUG: 30659748

Change-Id: Iadc84462dc61157efd3c18a23767bba9faf00f6e

Merge "setCarMode() only when car mode changes" into nyc-mr1-dev

Merge "Don't crash system server when setting scheduler." into nyc-mr1-dev

Merge "Fix issue #30647973: stopForeground() doesn't remove notification" into nyc-mr1-dev

Don't crash system server when setting scheduler.

Bug: 30671326
Change-Id: I2f7913cd3cca052d5a653ff288459b0a6a69deda

Fix issue #30647973: stopForeground() doesn't remove notification

Ignore the service that is actually trying to remove its notification.

Change-Id: I1293300cf2a4bea7c512df7b2242a18dcc25d1c6

Merge "Correctly handle a case when there are no preloaded apps" into nyc-mr1-dev

Merge "Use Settings.Global.putInt for PACKAGE_VERIFIER_ENABLE" into nyc-mr1-dev

Add metrics event for Settings->Display->Ambient Display.

Bug: 29994493
Change-Id: I2eb71063db254cbe92511ca5cbe93b32c6b2c601

WindowManager: Restore update behavior of mLastFrame.

We need to always update mLastFrame like we used to. Moving
the update inside the conditional caused it to not update on position
changes.

Bug: 30665565
Bug: 30641229
Change-Id: Ic71e8a8f91765870ebe2c0559f61aa83540c3a0d

Merge "Add (corrected) usb power sink handling" into nyc-mr1-dev

Fixes a bug where setting a null bigLargeIcon would not clear it

Because we were also looking for legacy icons and the legacy icon
was always restored for old listeners, the icon would not disappear.

Change-Id: Id911d405e5ae00bf45e34368effbf67c2425a40c
Fixes: 30663590

Merge "Docs: Fixed info about spanning multiple columns" into nyc-docs am: ca7eee3d11
am: ab35b73d1b

Change-Id: I37c06297dce5822845d044c82f8e030d23ea850f

Docs: Fixed info about spanning multiple columns am: 64e88cd296
am: 611f50d62f

Change-Id: If7a6f08237c51b49ad4a550c25c020b8a7a5d0b3

Merge "Fixed year on copyright notice." into nyc-mr1-dev

Merge "Docs: Fixed info about spanning multiple columns" into nyc-docs
am: ca7eee3d11

Change-Id: I94b5abbf1d292a01ba439cafd80938f7fc92854d