am: fc932b9d69
* commit 'fc932b9d699e5797fbbfac3ec09a789419ade269':
Update configuration of all visible activities in a stack when resizing
Change-Id: I2211b2a8eb03a692bdbc6124f0103340c39c4adc
- 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
am: 29af3cab29
* commit '29af3cab293dc7a19ca3b387c5507e521f66d0b7':
Make persistent apps become top correctly.
Change-Id: Ic022afa3fa2004735b371dce4738da8d7dfeb008
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: 008d73bd5b
* commit '008d73bd5b3ca4b1b7a8af61957759d65dd67e3b':
Ensure app op restrictions reset when the app that set them dies.
Change-Id: Iebbe27690aeac898807c13ef05c730697dbb406a
am: 1d145e7d2b
* commit '1d145e7d2b4b10ba0b9330766e3975802e5aa1e4':
Avoid weird line wrapping by removing columns and forcing line breaks between the links
Change-Id: I67591e599c9d0def077ad2a8b48cd53a78b785c7
am: 174aa3346c
* commit '174aa3346c06341d13f287c72ccd9ec47fce5987':
Workaround that Recents is shown again after an activity is PIPed
Change-Id: I8a2a7daeebeb37817a36d12e52db86912dce2186
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
