ab954546dc49e1070ed8513efbddc8954b529c23 |
|
11-Oct-2014 |
Jim Miller <jaggies@google.com> |
Make IKeyguardService interface asynchronous Add a state callback so lockscreen reports back whenever its state relevant for PhoneWindowManager changed, instead of synchronously calling into SysUI which can lead to deadlocks. Directly use LockPatternUtils for isSecure, and optimize the number of calls to this method to optimize layout performance. Bug: 17677097 Change-Id: I5d491fc8884d4f84d9562626b9ea0d5eaa5166fc
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|
96afb6f03b87359c3bcb96c2bdb8aadc7b1c3c37 |
|
15-Nov-2014 |
Jim Miller <jaggies@google.com> |
Fix deadlock caused by synchronous setOccluded() method in keyguard This fixes a deadlock where WindowManagerService can call into KeyguardService.setOccluded() while holding a lock. As soon as keyguard receives the call, it immediately needs to check permission and calls back into the system service which is waiting for the lock to be released. Boom! The fix does a quick check of the calling UID and allows the call if coming from the System UID, thus bypassing the need for a binder call to checkPermission(). Fixes bug 18362246 Change-Id: Iab4be8a885f330fb2a62ee7e3579966e1447f8b0
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|
8de4311c51229efbe2f2d0afbf298982c5cadd96 |
|
11-Aug-2014 |
Jorim Jaggi <jjaggi@google.com> |
Lockscreen launch animations - Get rid of ActivityManager.dismissKeyguardOnNextActivity, which was used for two different things: Dismiss keyguard from somewhere else (not really necessary anymore), wait to actually dismiss keyguard after the window behind is drawn. Instead, introduce keyguardWaitingForActivityDrawn(), and change the semantics where necessary. - Make wallpaper_close_enter consistent with task_open_enter and the Keyguard launch animation. - Close the panel even on lockscreen when launching a notification. - Block notification shade updates during the collapsing motion so notification don't play the disappear animation immediately after having launched a notification. Bug: 15991916 Change-Id: I133c177b84e926c87c1a404ba93d633593fec3ab
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|
e29b2dbc762bfa66093d76f5a65f55328d8753c9 |
|
30-May-2014 |
Jorim Jaggi <jjaggi@google.com> |
Fade scrim in unlock animation. This also introduces a startTime which gets sent from window manager to SystemUI, which tells when the animation should start, to allow for a more synchronized animation with fading out the scrim and fading in the activity behind. Bug: 15163546 Change-Id: I16212b1ef9eb76f1f98734da1d14fc5b7e626937
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|
0d674623facfbd3e9c520d2be4ed98977b92a1a2 |
|
21-May-2014 |
Jorim Jaggi <jjaggi@google.com> |
Add methods to coordinate unlock animation. Introduce IWindowManager.keyguardGoingAway to notify that Keyguard wants to dismiss it self. This method starts the state machine in WindowAnimator which animates in the activity behind the keyguard. Animating out the keyguard is done by the StatusBar/Keyguard software when it receives the startKeyguardExitAnimation() callback. Bug: 14118756 Change-Id: Id3b8f41189410bad808b4892fbec74245e59efce
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|
3beffdf4a0081a97356f46d50e10541b1a213153 |
|
03-Apr-2014 |
Jorim Jaggi <jjaggi@google.com> |
Fix crash when taking screenshot. Start SystemUI services only if needed. Bug: 13635952 Change-Id: I76a5e3333ed8f51a267e33b2cf172d6c775ac914
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|
cff0acb6b1eea23c3f44a078a0a5e81c11faea35 |
|
31-Mar-2014 |
Jorim Jaggi <jjaggi@google.com> |
Wait for Keyguard to be drawn after boot. The old logic with waiting for the Keyguard to be drawn assumed that it is in an own window, and just checked for the visibility. This is no longer possible as the Keyguard is in the status bar, and the status bar might have been drawn without the Keyguard. So we have to wait explicitely until Keyguard told PhoneWindowManager that it has now been drawn and we can turn on the screen. In addition, the starting logic of SystemUI is moved into SystemUIApplication such the we can make sure that the status bar already exists when the callbacks from PhoneWindowManager reach KeyguardService. This simplifies the logic a lot. Bug: 13635952 Change-Id: Ifd6ba795647edcf3501641e39052e4d04bc826fb
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|
5cf17879a31b7b78c09ec50b727f921840dcf783 |
|
26-Mar-2014 |
Jorim Jaggi <jjaggi@google.com> |
Reuse KeyguardViewMediator for new Keyguard implementation. This change reuses KeyguardViewMediator for the new Keyguard implementation in status bar. KeyguardViewManager is replaced by StatusBarKeyguardManager which handles adding the view, setting the state etc. StatusBarWindowManager is introduced to managed the window of the status bar, which has the logic of both the old Keyguard window and the old status bar window. In the current implementation, Keyguard gets displayed like it would be in the bouncer state, but that's likely to change in the future. Also, setHidden in IKeyguardService is also renamed to setOccluded, as the word hidden interferes with the terminology when dismissing the Keyguard. Bug: 13635952 Change-Id: I1c5d5a49d810d8532089f464cb2efe35e577f517
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|
380ecb81db52a9d0197ca969951d07b91c20d2b9 |
|
14-Mar-2014 |
Jorim Jaggi <jjaggi@google.com> |
Make Keyguard a library and make StatusBar the new Keyguard. This change achieves a couple of things: - Let Keyguard be a library, so we can use it in SystemUI. - Introduce FLAG_KEYGUARD for windows and deprecate TYPE_KEYGUARD. Make all the TYPE_KEYGUARD behaviour dependant on the flag. - Implement a new KeyguardService in SystemUI, and bind that service from PhoneWindowManager. - Introduce BaseStatusBar.setKeyguardState and inflate KeyguardSimpleHostView there and use FLAG_KEYGUARD for the window, such that the status bar window essentially gets the Keyguard. Bug: 13635952 Change-Id: I059d80d8b9b9818a778ab685f4672ea2694def63
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardService.java
|