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: 38d54f72e3
* commit '38d54f72e3795eb67eceacf5325b14a13492b25d':
Clarifies that filesystem permission 0700 is not enforced as an invariant
Change-Id: I12d68857f2fed0bb62b040df4193fc00cc97f500
am: d92fe240b9
* commit 'd92fe240b9811bd1b20af0b744f1aa727c80b97c':
Clarifies that filesystem permission 0700 is not enforced as an invariant
Change-Id: I7371da3bffa54b8904bd18d52b9803fb45afa31e
am: 73813c06cd
* commit '73813c06cd59a94fe53483b657fa58e954c97551':
Clarifies that filesystem permission 0700 is not enforced as an invariant
Change-Id: I92bcad43201a90273af9428a1a0a97e7e66b03bb
Previous assumption was ActivityInfo was completely initialized in
PackageParser, but that isn't the case with the ResolverActivity
whose ActivityInfo in populated in PackageManagerService.
This was causing the device to exist multi-window mode since
the default ActivityInfo.resizeMode was 0 (RESIZE_MODE_UNRESIZEABLE).
Bug: 28378995
Change-Id: I46e58d434f2a0274c461a8ff00b59ed3d2a1dd52
The only permissions a user can control for a legacy app in
runtime style without crashing the app are the ones defined
by the platform because we have app ops only for these and
also we contorl the access to data guarded by them.
bug:27102458
Change-Id: Ifd1350d056b4fe29739ab8fdc5cbea89fa2e4037
When a job will eventually run in the foreground, the internal
scheduling needs to ignore any background network restrictions when
satisfying constraints. This also means the job should ignore the
current device doze state, since the requesting app could get the
same behavior by starting their own foreground service.
Always dispatch network policy changes to ConnectivityService first
to ensure that it has up-to-date information. Fix bugs around data
saver that were causing networks to not be marked as BLOCKED for
background apps; before this fix apps would have been spinning in
internal connectivity loops, thinking that the network was actually
connected when the kernel was actually blocking their traffic.
Offer new ConnectivityService method overloads to ignore the blocked
state for a specific UID.
Print unsatisfied job constraints to aid debugging.
Bug: 26571724
Change-Id: Iaaa17933e6dc1bf6d3dff26d0bfc12222e51e241
Always save tile specs after move and don't trigger an entire data
set changed because we are aware of all changes.
Change-Id: Ic75b9ea8ed9b7d1a11d02f9af7858f3d040ec074
Fixes: 28334197
The HUN logic delays removing notifications for a second or
two, but this makes Direct Reply stick around too long after
sending. To prevent this, cancel notifications in the sending
state immediately.
Change-Id: I9e655bb17674265761e1f6cc25acb2fb9f0c72a6
Fixes: 28421972
If the insets change, "mWidth/mHeight" won't change
as it's based on the window frame (not the surface size),
we need to track when the insets change and call
HardwareRenderer.setup with the new values.
Bug: 28257246
Bug: 28368990
Change-Id: Ida304b57c4671d010d1cf7b370674c9453841c97
I think we were getting accounts uninstalled on android devices when
SyncManagers called validateAccounts() while GmsCore was updating.
I try to prevent this by not removing accounts unless the data directory
has actually been removed (which shouldn't happen during updates).
Bug: 25611016
Change-Id: Ib526b3000ad741815d48fd020af2cc19d6205166
