am: 771f2f4
* commit '771f2f457eb10b0bf0641bf3c12d6d5e6d38eb55':
Show work challenge in if user in docked stack is locked
Change-Id: Ic8992dacbc4c550250abe7ace79854d900d25def
am: 853304c
* commit '853304c0b11921db142a3945ab66fae5f0cc7d8a':
Show work challenge in if user in docked stack is locked
Change-Id: I1a5ff10237639fa2f0c20c756594d1d04c16d07d
Register docked stack listener in ActivityManagerService.
If the docked stack is leaving minimized state, check whether the user
of the docked stack is locked. If yes, show credential confirmation.
Also, we now show work challenge in home task.
And we now scan the entire top task to handle the case the work app is
somewhere in the middle of the task. (eg: open personal camera in work app)
Bug: 27565539
Bug: 28094505
Change-Id: Iaf0738f43ae916a535b17949ec0f322bbfb194dc
am: b8d5524
* commit 'b8d5524d8d7211b266e5405da7864c7f9eefae20':
Register the UI Thread as a sensitive thread to the runtime
Change-Id: I22fca39e19f94f1fdc560e19ad27f78e5abdeca9
am: 6aff67b
* commit '6aff67bfcb9dcca6e3f26ff04dbe8f9806e5e8a5':
Register the UI Thread as a sensitive thread to the runtime
Change-Id: Ib3e5d6ac34f14c6d6f0809d2f969422b49efea8f
Framework edition
Previously we would throw away any stopped LoaderManagers when we went
to retain instances to pass along as nonConfigurationInstances during
config changes or similar activity restarts. This causes loaders to do
more work than they need to when a calling activity starts a new
activity on top, a config change happens (e.g. screen rotation) and
then the top activity is finished, restarting the caller in a new
configuration. The loaders would go through onReset unnecessarily,
potentially throwing away data to be reloaded again after the config
change completes.
Instead of throwing away stopped LoaderManagers in this case, restart
them and retain them across the config change so they can resume where
they left off.
Bug 27176186
Change-Id: Ia52c6448d2ad41dcb25d493770d9ffae20a19d2a
am: 021af18
* commit '021af1800c352933d25f927dc357534c62a9e39c':
Remember task which is being locked
Change-Id: I06c64b220fe20775510b938c5235acf026c83c7d
am: 5981b8c
* commit '5981b8c2e8f6363d1f3bf09e7f1b3b5fb9a3846a':
Remember task which is being locked
Change-Id: Id672304edaa6a02777e79fe6b4fcdd64e3c5f7e8
We need to remember task which requested to be locked
because we can accidentally lock another task after
user interacts with pinning request dialog.
Bug: 27876860
Change-Id: Ie8e607df4380dd33ea9b3474afc247b02e31de07
am: 73a694b
* commit '73a694b486b8b37d7e61e5ad53b3c9b139b783e9':
Allow system apps to substitute a different app name in notifications.
Change-Id: Id47615712e65e8a11edd68dcd729824c9c37c85a
More work on issue #26390151: Add new JobScheduler API...
...for monitoring content providers
We now have some delays before reporting URI changes, to allow
them to batch together.
Also clean up debug output, and fix some issues with how we
were managing the content observer state.
And while I am here, fix the device idle and app idle controllers
to no longer maintain their own list of jobs, but just directly
iterate over the JobStore.
Change-Id: I709bd7c77e1b5ffb012e36149a739ecb245dd5cd
am: 3af45bd
* commit '3af45bd2d06303bfaf8ba28324ca976e6f96ece3':
Allow system apps to substitute a different app name in notifications.
Change-Id: I5fc24757a4db46a499f5638c04922e131c79d1f9
This is a privileged permission and is only to be used by
the core OS and related packages whose names are confusing
or misleading when shown in notifications.
The user will always be able to see the true package name by
accessing the notification inspector (longpress or swipe
gesture on the notification row in SystemUI).
Fixes: 26517701
Change-Id: I2b021c9da0757b99df76399666af263668d88070
Introducing a new callback in VoiceInteractionSession to
provide assist data for additional activities in the
foreground in a multiwindow setup.
PIP, docked windows and free-form windows (top-most)
will be queried for assist data and passed through the
new API to the Voice Interaction service.
Bug: 27718385
Change-Id: Ib4427c304611b75c2078dcb54f1f7e47ae7d9cfa
am: 9e31b3f
* commit '9e31b3fd817aed28d9afd712fa49ec9d6fc11329':
More work on issue #26390151: Add new JobScheduler API...
Change-Id: I7c227898d175c15219192fc42c5e4eb5121e9517
