| 667b5d58b9e8b77221c87811c5c9aab1bfe44ffa |
|
01-Nov-2012 |
Brian Colonna <bcolonna@google.com> |
Suppressing FUL after going to backup fixes b/7449820
Face Unlock would reappear when rotating a tablet after it had already
fallen back to the backup unlock method. This change suppresses Face
Unlock after going to the backup so it isn't seen again until the user
leaves and revisits keyguard.
This change also removes the exposeFallback() callback from Face
Unlock. It has been unnecessary for a long tiem since Face Unlock no
longer covers the backup. The Face Unlock service was therefore
making unnecesaary calls via the AIDL interface.
Note that the AIDL interface change broke obsolete keyguard stuff.
That is being deleted soon anyway, so code has just been commented out
of the obsolete files to make it compile.
Change-Id: Ia5c451cce1703b3bc03e27a35c6b38373e944d1b
/frameworks/base/core/java/com/android/internal/policy/IFaceLockCallback.aidl
|
| dff307697d7a7482efe4c10cb3b07b9249524a42 |
|
09-May-2012 |
Uriel Rodriguez <urodriguez@google.com> |
changed pokeWakelock() callback to take time in milliseconds
Changed the pokeWakelock() call back to take one argument - the duration to stay awake in ms. This
change was needed in order to poke the wakelock for the duration of the watchdog timeout. This
must be done in the service because the duration of the watchdog timeout is unknown at this point.
Moved pokeWakelock() from start() to handleServiceConnected() to make sure that this poke happens
before the poke in the service. This poke is still needed to account for when devices are rotated.
Change-Id: I19d62df1489514de0588ebb937678358e70ffc95
/frameworks/base/core/java/com/android/internal/policy/IFaceLockCallback.aidl
|
| f8b9a4751e6d0721804931aa39545e3741ff5013 |
|
24-Oct-2011 |
Brian Colonna <bcolonna@google.com> |
Added callback to allow Face Unlock to hide black area
- Part of fix 5491362 (RelTeamHotIssue)
- Because the fix closes the camera early, this change is needed so
the black area isn't still hanging around while the camera fades
to the backup lock.
Change-Id: Iab7c264adab0fb05979fe2732048ccf2237e64c5
/frameworks/base/core/java/com/android/internal/policy/IFaceLockCallback.aidl
|
| fd2ed6910f932ce43b621d6296eff112e137fbf9 |
|
14-Oct-2011 |
Uriel Rodriguez <urodriguez@google.com> |
going directly to backup after face unlock fails 15 times
- after 15 failed face unlock attempts, go to backup until the backup method is successful
- if the backup method times out (because too many unsuccessful unlocking attempts),
face unlock will not be launched until the backup method is used sucessfully
- fixes 5365919
Change-Id: I9aef7a4f1abcceefc5d6f1c0458ae5cbe8a902df
/frameworks/base/core/java/com/android/internal/policy/IFaceLockCallback.aidl
|
| 0c422a72edbbb0e259a123bd028eb264f5e3cd2c |
|
05-Oct-2011 |
Brian Colonna <bcolonna@google.com> |
Added callback for Face Unlock service to poke the wakelock
Change-Id: I76a4e0f8ac0fe17e39195f4593fac7e36d7281f0
/frameworks/base/core/java/com/android/internal/policy/IFaceLockCallback.aidl
|
| 267cb2b284626f910cf64352bfc494d0f8d3dc42 |
|
26-Sep-2011 |
Brian Colonna <bcolonna@google.com> |
Fix 5323545 - FaceLock no longer appears when taking a call
Prior to this fix if the screen was off and a call was received, the
onScreenTurnedOn() callback would bring up the FaceLock service,
which would cover the phone interface. It now requires the call state
to be CALL_STATE_IDLE to start FaceLock. When the phone interface
closes, the user is left at the backup lock screen. Bringing FaceLock
up after a call ends does not seem like the correct thing to do.
While working near the FaceLock callback code, the sleepDevice()
callback was removed because it is no longer used (Fix 5327896).
Some cleanup was also done with regards to KeyguardViewManager.
FaceLock calls were being made from the KeyguardViewManager in
onScreenTurnedOn() and onScreenTurnedOff() via an interface to
LockPatternKeyguardView. This level of indirection was removed
because it can just be handled inside of the corresponding calls
in LockPatternKeyguardView. Likewise the FaceLock functionality
inside of hide() in KeyguardViewManager is now in
onDetachedFromWindow() in LockPatternKeyguardView. Overall this
is much cleaner, especially considering interfacing through
KeyguardViewBase was a bit of a hack.
Patch Set 2:
- Now using KeyguardUpdateMonitor to get phone state
- Removed unnecessary wrapper functions for hiding / viewing
FaceLock area
- These were really only there because at one point I was calling
them from KeyguardViewManager and the naming was confusing
- Removed if(DEBUG) from a couple of log messages that are actually
warnings that shouldn't show up and I want to know if they happen
even if I don't have DEBUG set to true
Change-Id: Id7befc47dd421156ff6cdb3aaf62fc76fe9cfad2
/frameworks/base/core/java/com/android/internal/policy/IFaceLockCallback.aidl
|
| 6edf2637e96139735df83907c221cce16d4d7eaa |
|
06-Sep-2011 |
Jim Miller <jaggies@google.com> |
Fix 5185505: Add support for weak biometric sensors to lockscreen.
Added binder interfaces to the framework.
Change-Id: I7d55b45baa4d1600ebd2a3828e85c3357cfcfb58
/frameworks/base/core/java/com/android/internal/policy/IFaceLockCallback.aidl
|