This change introduces a class that handles launching the secure camera even
when other apps may be using the camera hardware. It does this by sending out
a broadcast telling apps to stop using the camera as soon as the user begins to
swipe to use the secure camera. It then waits until either the camera is
available or a timeout period has expired before it fires off the intent to
start the secure camera.
Secure camera apps can indicate (via their meta-data) that they will instead
handle the responsibility of waiting for the camera to be available. In this
case, the new class still handles sending out the broadcast telling other apps
to close the camera, but it fires off the intent to start the secure camera
before the camera hardware is available. This is optimal because some of the
time spent closing the camera can happen in parallel with the time spent
starting the secure camera app. Since we can't depend on third-party apps to
wait for camera availability, the default is for us to wait for the camera to
be available before firing off the intent. However, our first party app is
able to take the optimized approach.
Change-Id: I1eaed94875e8f50018cffab25aa1e9b21d85f25b
Since all service-internal checks use stream alias, and the alias
for NOTIFICATION is RING, even on tablets.
This is a followup to ag/506532.
Ensure that #getMasterStreamType always follows the stream_system
alias, and update the system alias for tablets per the new policy.
Update the associate javadoc comment in AudioManager to make this
clear.
Note: there is now no difference in the alias maps between phones
and tablets.
Also fix a condition affected by this in VolumePanel.
Bug:16626879
Change-Id: I2700a48d2a3e7703607f771a1ab7f325596fd789
This reverts commit d9267cae958b572b715d22a4905b18749a369c9f.
Too much performance regression - need to figure out something else.
Change-Id: I2d399add74402e1c036235ec095a053a6d5b828e
Pull out 30-day feature timeout code into a separate helper, use
in both ColorInversionTile and HotspotTile.
Expose an intent to force a reset of the timeout.
Change-Id: Ic0b89913fd5cec4e1df3cb0d5a548f052a60550f
When notification alerts are disabled also turn off heads up. This
will fall back to the old behavior, which can allow the fullscreen
intent to be triggered instead.
Bug: 14157742
Change-Id: I4b6e3d9383894b1674d600c374ff8968ca53513e
- Send the notification light info up to SystemUI from NoMan.
- Doze mode will now periodically pulse the display (once)
if the notification light is active.
- Change "tease" terminology to "pulse", which is the singular.
Maintain the multi-pulse on buzz-beep-blink for now as extra
emphasis.
- Scrim controller now always takes number of pulses as an arg,
to support a single pulse (used for notification light, and
eventually pickup once available).
- Dial down the display brightness when pulsing.
Bug:15863249
Change-Id: Ifb208a27e82b66cff1d0c04e5b7f758098ea29cf
Adds a footer with notification of when a device owner is present
and when a VPN is active.
VPN portions still need some work for detecting when/what is
active, disconnecting, and launching the current VPN app.
Bug: 16153201
Bug: 14430719
Change-Id: I546f45895685b0120e03892539041b41430bb981
This change move the boolean whether we hide sensitive contents into
AmbientState, which makes it consistent with the other stack states
and allows for a orchestrated transition between public/private
layouts. We need this transition when going into the full shade.
Bug: 16291973
Change-Id: I379a6119b5b73eca900a4a2ba9d5ec95b293e487
Give it a layer during the transition to workaround a recent
regression in the clip animation.
Also:
- Dial down the transition alpha a bit
- Do a delayed reverse transition on exit
Change-Id: I622d6eb863d6186293b0126dda8fca3a04a80a85
