isOccluded is set delayed when unlocking the phone from a
notification, so updatePublicMode used a stale state. Now, only
the fact whether the Keyguard is showing (no matter if occluded or
not) is used to determine the public mode, which is set in a
synchronous manner.
Bug: 18026898
Change-Id: I3e4988f3e806cf15616ee5aa452f81f19d4aa716
So the visibility state is up-to-date when we do a two-finger
expansion gesture, so the height is correct. Also fixes flickering
when overscrolling the initial panel expansion.
Also set thread priority of QS handler thread to background priority,
so it doesn't eat away precious cycles during animations.
Bug: 18183633
Change-Id: I0609509484582d82f0dc307eb2535bc3711b30e3
This fixes a problem where EDU devices show a black screen if
the device is rebooted after setting a pin/pattern/password but
before completing SetupWizard.
The issue is that the system doesn't expect to see a state
where the device is not provisioned but has a pin/pattern/password
because it wasn't possible before. With the addition of the ability
for EDU devices to add a pin/pattern/password, we can now get
into this unforseen state.
The fix ignores provisioning if a password is set so that the
user can reach the security screen to unlock the device and
continue with SetupWizard.
Fixes bug 18022051
Change-Id: Ie88a75530d964c02458c25866f0629877214edf4
When the notification was updated within the heads up, touches were being
dropped due to an invalid actual height, after a height reset in the update code.
Bug: 18102199
Change-Id: I6c95d360452665464a868b2bc5ce4f6e104b6652
To make the difference from 2-bars more pronounced.
Also fix a tragic regression in status bar demo icon scale.
Bug: 18019421
Change-Id: I4f4e3fea3ed07de5705ea7a1420deb4ccaa398b0
Also allow to swipe from the very bottom on Keyguard to close both
QS and notifications, to have the same behavior like in the normal
shade.
Bug: 18167287
Change-Id: I2150ac5834efe1061ca8c8d32815a481c0796c97
This happened since the switch animation was running
even when invisible. This is fixed now and only
runs when the view is actually shown.
Bug: 18168562
Change-Id: I7fa2254411d249c23cd623cdff64524729f0817c
This happens often when tapping in the dismissView area.
Also fixed a bug where the decor views and the speedbump where swipable.
Bug: 18031244
Change-Id: I2c9685e068420c21032affb3aa58f7d53183ff52
The clip rect was not correctly set for a view which
was fading out leading to some overdraw.
It also fixes a bug where the alpha was not applied when
made invisible.
Bug: 16077953
Change-Id: I4c26aee88c5c87147df31ec7fb413bc63cd2625c
We currently depend on mScreenOn when determining whether the panel
is visible to the user. However, this variable is updated via a
broadcast and might hence be slightly out-of-date with other keyguard
state.
Bug: 18067294
Change-Id: I51078b4a470db9a5a1f639e84ac65f6066c5669c
Tracks which window caused the disable flags
instead of just blaming PhoneWindowManager.
Bug: 17830264
Change-Id: If6c957120bb2ee8e0083f80e35c71eb21b8672b6
If the user explicitly dismisses the warning notification,
don't update the notification until the next threshold value.
Bug: 17691122
Change-Id: I840f33f787f1dd6f217de543a291bc9f65b1b046
If the animation ends at the 'same' time as handleShowDetail is
running it is possible for the grid content to get cleared by the
animation callback just after it is shown in handleShowDetail.
This checks mDetailRecord to avoid that chance.
Bug: 18009138
Change-Id: Ia2951f44b5a1470321bf6580daf33917bbcb1ffd
This change animates the status bar and the bottom area when exiting
doze mode from touch. We also prevent all animations when exiting
from other means, i.e. usually when the power button is pressed, so
we don't have a distracting animation there. In addition, this also
optimizes the scrim animations a bit in terms of interpolation and
duration to make the experience smoother and cleans up some logic.
Bug: 18146441
Bug: 17717584
Change-Id: I495ce480c25de24b6433adebdfe923b637d98f66
