am: a74a6e5ba9
* commit 'a74a6e5ba92d049710de31c5bcf75e3bda4aadcc':
Sync jd_extras/jd_collections with jd_extras_en. make a few minor updates.
Change-Id: I681173818b4f7f4fa8e1d1182b7b30a91fefd834
- Change back the throttling quota to 10 calls / day
- Foreground apps are no longer throttled, and when an app comes to
foreground the call counter will be reset.
- When the system locale changes, reset throttling for all packages
for all users.
See LocalService.onSystemLocaleChangedNoLock() for how it's performed.
Because the reset must happen before any other apps have a chance to
publish shortcuts, the logic is not straightforward.
- Added an internal API to reset the throttling upon inline-reply
from a notification.
- Stop supporting icons from "content:" URIs
- Improved javadoc on several APIs.
Also internal refactor needed to this:
- ShortcutUser.getAllPackages()/getAllLaunchers() are no longer
accessible to outer code to prevent accidentally adding/removing the
content. Outer code should use forAllPackages() / forAllLaunchers().
Bug 27923857
Change-Id: I002511193d1d33718163bb1dabe77610bde58198
Using null will take the pinned stack to fullscreen. We need to use
the existing bounds when pinning an activity if pinned stack already exist.
Bug: 28517964
Change-Id: I9a15a2e4477a2ee0e2f09cf052627034f9ff6023
We need to read the settings when UiAutomation closes in order to
configure other accessibility features from settings.
Bug: 28461805
Bug: 28460671
Change-Id: I030761922ec4acfa2d916e171c39e9dc2deb85a2
There are a number of different conditions that could cause
ActivityManager to fail to fork() a process. One of the most common
ones is a package being "frozen" during a PackageManager operation.
When this happens, use the common forceStopPackageLocked() method
to cleanup any internal bookkeeping structures. (It's slightly
misnamed, since it doesn't actually "force stop" the app.) It's
also the same method that we called moments earlier when the package
was first frozen through KILL_APPLICATION_MSG.
Bug: 28395549
Change-Id: I7b1623c5f66fc1de24cad5360c977ea764d09244
Previously, we only looked at whether home task is going away or
getting visible. This doesn't work anymore, as we also need to
un-minimize docked stack if another task is visible with translucency
over the home task.
Change-Id: I993f58a25d99d2ef9f562f7d1587c2dec0d05142
Fixes: 28434466
Fixes: 27906038
Pinned activities are normally in the paused state so when finishing
they can finish immediately as there might not be additional transition
in the system to finish them.
Bug: 28434641
Bug: 28350881
Change-Id: I5f1eaf0969a7eb08292cb9cc123bf8c0fddc9ea8
am: 8347b63188
* commit '8347b631883d073a2919517179c1e1378a8671e6':
Preserve shared {system+lock} wallpaper when setting system only
Change-Id: I5c22278eadba3ab7f8d7ce4871a3c0c7b6402bac
We migrate the existing (shared) system wallpaper to be the lock-only
wallpaper when setting a new system-only wallpaper. The end result
is that if you say "set the system wallpaper only" the lock wallpaper
won't change.
(The migration is via a rename of the underlying imagery files, not
via copying, because copying all that data would be silly.)
Bug 27599080
Change-Id: I03ecf23c943fe88af58d5ac26f05587a15e2d0a9
am: 5b7a097b22
* commit '5b7a097b22cae234a7b0e575bda063525989a985':
Do not update surface for dummy animation as long as transition is set
Change-Id: If472fc155d34d155a626bdaf4addb1650ee8e385
am: beb3d2990b
* commit 'beb3d2990b2b480d06f465a8df4a6509ec4e098b':
Check if user is unlocked when handler is executed
Change-Id: I31d2777b1a06802aa2450c7d9242a4f1c5d555a5
The record might already be removed and the records array set to null
when the binder dies, hence handle the scenario.
Bug: 28512952
Change-Id: Id21b03b6d14d1dc8cb792ee4ec0519287a289a33
When the user gets unlocked we schedule a handler-runnable to do cleanup work.
This runnable might be executed after the user is already locked again.
Fixes: 28512952
Change-Id: I6c05cbc8adab699e451565d74d56ad0f9b965954
am: 7cdc320a6b
* commit '7cdc320a6be3ef285b8f0c7923c2a91ac618fbe3':
Keep STH state in sync with HAL
Change-Id: Icf6fd3d9416ce062703163a5f8f62e2d014bf89f
am: b7d513cb47
* commit 'b7d513cb47ba872bc3e3d4689a67bd05720f8569':
Launch home activity in home stack if coming from ResolverActivity
Change-Id: Id8d6f342ee8507aafd6fe95b103fdfd3b50118e5
Adding missing items about MIME type and account type to the
"integration with the Contacts Provider" section.
Bug 28295510
Change-Id: I890458e62a714519be70e930fd53315c141ba354
am: b9f7541d9b
* commit 'b9f7541d9bd8b0b37f04ea8244a8d0bd5fb97717':
Do not enforce unlocked state when there is no caller
Change-Id: I2b8b00a730e7b0b27da6ad360b76c82c6bc1b178
ResolverActivity launches activities it resolves as the initial caller.
In the case of the home intent it can be sys-ui, but only the system
server is currently allow to launch things into the home stack, so the
resolved home activity is placed in non-home stack. This wasn’t a
visible problem in fullscreen mode as the user would notice since
everything is fullscreen, however it is very visible in multi-window mode.
We now allow home activities to be places in the home stack if it is coming
from the ResolverActivity.
Bug: 28487506
Change-Id: I68f81da68a207efab9ce911fa6661bd573f1e949
am: a092aa436e
* commit 'a092aa436eb1eaa0c9606a0a395f3b52ad9cccef':
Don't move stack to front when creating a task for activity to be started
Change-Id: I03cd1bd5764a90f91379663db31594c5af0e8d70
When an app updates to change their default tile icon, pick up on
the change. When listening this comes from the TileLifecycleManager
and when not listening this guts picked up next time listening starts.
Change-Id: Ib730f02ed54ca1c1ba72ce50adf7dcf91f01738f
Fixes: 27911877
