- Fix infinite recursion in this case.
- If the app crashes, we are waiting for either setOccluded or
hideKeyguard to be called. However, neither of these gets called
in this case, so we recover from it by adding a timeout of 5
seconds.
Bug: 18652789
Change-Id: Ib9a043f5692a8578703df1db08e1a6b9dcfbc742
Also protect against a crash that might happen when the notification
is updated during an animation.
Bug: 18572620
Change-Id: Ifd6279df395974f7afd0c708a6c87c64de935c62
When the template of a notification changes during a notification
update, we reinflate all the views but didn't update the dark mode.
Bug: 18537470
Change-Id: Iab9278adcbe3bdf39f86019e61b252db0dda7390
The user can still snooze the heads up as its in the process of timing
out. In this case, mHeadsUp is already null. We save the package
name so that we can still snooze the package.
Bug: 18639224
Change-Id: I9bcce99a5c912e70a6856b277b61adab9cdcbc33
The ActivityManager.closeSystemDialogs() call (used by,
among other things, the home button) broadcasts
ACTION_CLOSE_SYSTEM_DIALOGS for UserHandle.USER_ALL, rather
than any one user.
Bug: 18629414
Change-Id: I89bfa3f556866e1b27987be2753ce83fd0313998
+ Calling activity which calls provisioning app only if provisioning
is needed.
+ Hiding Hotspot tile from quick settings when screen is locked.
Bug: 18368949
Change-Id: I5b92a7f2d46c8b5d9b323d6a5d49315694c599f7
Since the game randomly flips horizontally anyway, forcing
the game view to LTR fixes the coordinate math without
affecting gameplay. (The score view did need to move to
start instead of left, however.)
Bug: 18628150
Change-Id: I7cf8bd1e2b9a2316d30e17a9251173598c687c2b
This is now BC-triaged, so reverting the revert.
This reverts commit 3f7dac5a1ccf5d464070c1a067d1d50741bdbd0e.
Change-Id: Iae9ffc74a44918a83d9cd4dfb7011810c770e135
This intent is needed by Smart Lock agents to check whether a given user is
active on the device.
Bug: 18530771
Change-Id: I5d460cb0cfa8ec4f7952702a3d25d089db78a50f
* changes:
Ensuring that the alpha and translation animation durations are the same. (Bug 18609321)
Fix crash when user is both scrolling and tabbing through Recents. (Bug 18552776)
Pulse immediately, assuming the pickup sensor will not fire
if prox=near. Perform a non-blocking additional proximity check
in these cases purely to collect verification diagnostics.
Also tweak the interpolator for pickup pulses to ramp up more
quickly.
Bug: 18373928
Change-Id: I8607f4b37435722e293db741c273914183cec7be
Decrease the pulse duration when pulsing for pickup.
Add an option to skip the proximity check entirely, but don't
turn it on yet.
Bug: 18373928
Change-Id: I54f8dee004229193a18d488759bf797a16470cab
less garish hue on the bugdroid
:
+----:-----------+
| | : | Θ.......... improved pop styles
| | : @ | |
| O A |....... occasionally there was no gap to fly
| 0 O | through, creating an unintentional
| @ | | | commentary on the futility of it all
+----------------+
: :
: : animation could continue
: after activity pause, sapping
: precious cycles
:
failure is now more visceral
Bug: 17931806
Change-Id: Iea9bd88e340beb3a0ca310db071ec9f6ec719a33
Add a listener to listen for changes in the Task stacks to preload thumbnails from the
system. In addition, reduce the amount of synchronous work done in activity creation
and first measure/layout passes.
Change-Id: I8bd9155d7a05e89c190a20429acff69a17808208
The basic principle is: if an app's traffic could possibly go
over a network without the app using the multinetwork APIs (hence
"by default"), then the status bar should show that network's
connectivity.
In the normal case, app traffic only goes over the system's default
network connection, so that's the only network returned.
With a VPN in force, some app traffic may go into the VPN, and thus over
whatever underlying networks the VPN specifies, while other app traffic
may go over the system default network (e.g.: a split-tunnel VPN, or an
app disallowed by the VPN), so the set of networks returned includes the
VPN's underlying networks and the system default.
Specifically:
1. Add a NETWORK_CAPABILITY_VALIDATED bit to NetworkCapabilities.
2. Add a hidden API to retrieve the NetworkCapabilities of
all default networks for a given macro-user.
3. Modify the status bar code that used getActiveNetworkInfo to
determine which network was active, and make it consider all
validated networks instead.
4. Because the set of active networks depends on which VPN app
the user is running, make the status bar re-evaluate the
networking situation when the active user changes.
Bug: 17460017
Change-Id: Ie4965f35fb5936b088e6060ee06e362c22297ab2
