Currently, we can only wholesale disable effects outside of zen mode.
There are some devices that require long running suppression of features.
Effects disabling was added previously to support this. However, calling
suppression was broken recently on a device where we needed notification
suppression, but not calling suppression.
This CL remedies this problem by adding more granular disabled effects
hints. The NotificationManagerService has been updated to handle these
request types and present ZenModeHelper with a unified map of what should
be suppressed.
Bug: 27992763
Change-Id: I38b4706446dfd6e1c3eb97266dbc3332b250adda
When the device was locked the fullscreen stack was laid out
fulllscreen, even though the configuration was half-screen, which
lead to a race between the app drawing and the unlock animation
so sometimes you could see the fullscreen frame when the unlock
animation started.
Instead, only layout in fullscreen if the docked stack is fully
"hidden".
Bug: 27154882
Change-Id: I4ba0c396eb0312c2bf2d911903b68c88d28aae8c
The behavior of this command was not well specified in case of errors,
so it's better to remove it and let clients use 'list wifi-networks'
instead, checking for the value of the 'metered' column.
BUG: 27808364
Change-Id: I3f4216c143b4b2a803b99002585fafe0e3885665
- Between the time that the task view is bound and the thumbnail is
loaded, we should still draw the background color instead of nothing.
Bug: 27971061
Change-Id: I5b7a607b86a0da20fc6ca183b1d7bc4e9db9e377
If AlarmManager.cancel is called before any component has had a chance
to register an alarm, sWrappers will not have been set, as it is only
initialized in setImpl.
When cancelling an alarm and sWrappers does not exist, log a warning and
return early.
BUG: 27972657
Change-Id: Ied10719ba1d154f97eecfc32f429fd9ce39bf747
Also:
- Fix cross profile pinning. Now ShortcutLauncher correctly keeps
track of target package user IDs.
- Add performance stats for package manager calls and show them on
dumpsys.
Bug 27548047
Change-Id: I2472980b2955b6c70947aaaa9b76f75d0616db6e
Update configuration with WM first and check if the stacks need to be
resized due to the update. If so, let activity manager resize the stacks
inline, instead of letting WM schedule another pass of resizeStack. This
way the configuration will be updated to the latest before ensureActivity-
ConfigurationLocked, and we don't need another relaunch there.
bug: 27834014
Change-Id: Ib761a96cada0c3247b0480f18370670c593159da
Bug 27969302
mCalledExitCoordinator can be nulled before the onResume is called,
so it cannot be used to determine whether or not the Activity is
a caller or called.
Change-Id: Ie3696ed59b89cfc8c6145d22bc230111f0813701
Forgot to cache the creating of ResourcesImpl during an Activity
override config update.
Bug:27644297
Change-Id: I65d9086f6d32f5adc7231aa3a1797d4f00c4b9a9
- We rely on the last-active-times of the task records to order tasks
in Recents, but for affiliated tasks, their last-active-time was never
set until the task was launched. This change just ensures that all
tasks have a valid last-active-time, and for affiliated tasks, ensures
that the task that they were launched behind always has a later
last-active-time.
Bug: 27597746
Change-Id: I9692c2b48ac6d12266de90bdf423f689402a94c2
- Workaround for crash in RecentsImpl where we could be retrieving the
transform for a task that is not at the front of the stack (can happen
if time changes, etc.) However, since we only use the size for the
transition, we can always force-update the transform.
Bug: 27849282
Change-Id: I86eee4c158748e4f13a2daeac5cf040c0874f967
