- Added ActivityOption to mark a starting activity as a taskOverlay
activity. That is the activity will always be the top activity of the
task and doesn't cause the task to be moved to the front when it is added.
- Only set the starting window state of the ActivityRecord to shown if
window manager actually showed the starting window for the activity.
Avoids incorrectly trying to remove starting window for an activity that
didn't show any.
- When starting additional activity in a task, transfer the starting
window from the top most activity with a starting window. It is possible
the top most window does have a starting window like in the case of the
forcedResized activity.
- Only ensure visiblity of an activity we are starting in a task whose top
activity is a task overlay. They need to start in the visible-paused state
and not the resumed state which just causes extra churn in the system.
- Always add additional starting activities in a task with an overlay
activity below the overlay activity.
Bug: 28751186
Change-Id: I3624a4313ae9c406d42c67a3537f67ad685791af
We need to incorporate task bounds when calculating the inset hint
so we don't specify something wrong to the client which we correct
immediately after.
Bug: 28697105
Change-Id: I23cec7d6cc62a4d982e0796a867e803d4cce0803
Previously we were only updating configuration for the top activity in
the stack during resizing. This caused an activity behind the top
translucent activity to continue to display in the old configuration
and also get relaunched without window preservation when the top
translucent activity is finished.
We now make sure all activities at all below a translucent activity
have their configuration updated during resizing.
Bug: 28762547
Change-Id: I0926ac6db088cdf3f6a225c552dbfbe944830f68
am: 0b019a3d02
* commit '0b019a3d028990a9832188d3ef2c9540e5d37f40':
Avoid weird line wrapping by removing columns and forcing line breaks between the links
Change-Id: Ifba667194d2e2f04a9824945d5100cdea01a9c77
am: 592b36a326
* commit '592b36a326216cd2442c47da9608ca2afd7e4d16':
Avoid weird line wrapping by removing columns and forcing line breaks between the links
Change-Id: I54b1282f6ef2d92251a4624c8f439499831af1a6
We were not keeping track when an app that set an app op restriction
dies to clean up after that. As a result we may end up with stale
restrictions that will be there until the device reoots - not cool.
This change adds remote binder death tracking and simplifies the
code as adding the formed would have made more complex.
bug:28770536
Change-Id: I7dcaafba2354843a0cdf0206ab1f96625edc5120
am: a0acf474e9
* commit 'a0acf474e9db6e1a444d7e48b520b48ded8fcdce':
Avoid weird line wrapping by removing columns and forcing line breaks between the links
Change-Id: I337e5167eb9191f674c6cc397d61925c334c3b72
But make sure that we don't allow Shell or other apps
to disable an active profile or device owner.
Also limit exactly what states Shell can switch apps
between, similar to Settings UI.
This is required for some CTS tests
Bug: 27924655
Change-Id: I958f0d1de7f0bc1f5a0cbf853d57dfdeb2f9ad59
Sometimes, a persistent app should be the top app (recents). Make sure
such an app can use the top-app cpuset.
bug 28317812
bug 28794389
Change-Id: I756cec3fbab8cc552a6d90c007aa2e07f6b78dbc
TRIM_MEMORY_UI_HIDDEN > TRIM_MEMORY_RUNNING constants, so we only
need to throw away the wallpaper if we are actually running low on
memory.
Bug: 28769940
Change-Id: I8aa27d081bbcc2eff553e9420b2b9b0920f3781f
- Move logic to determine app switch etc. into ActivityMetricsLogger.
- Make sure the notify the tracker in startActivityFromRecentsInner
Bug: 27295491
Change-Id: Ic68058c88917e3f37183dded2f13cb35055323ee
Meant to make this change in a preceding CL but accidentally
submitted before uploading the last patch set.
bug: 28727522
Change-Id: Iecf2e00031d98efbb2a8e2bf0e9386ac8707b48b
This hopefully handles the remaining finalizers in frameworks/base
that didn't guard against calls from other finalizers after being
finalized.
The goal here is to reduce the possible corruption causes we have
to think about by a few.
If any of theses are either very frequently used, or use large
Java (as opposed to native) objects, we should probably convert them
to NativeAllocationRegistry instead. But that's more work.
Bug: 18178237
Change-Id: I79bc0e8fa20af8f340418a6226022e0294d77f02
(cherry picked from commit ad3cc3c63c6d0f637d2ece3935b5b01b19473299)
