diff options
| author | 2023-01-09 18:32:53 +0000 | |
|---|---|---|
| committer | 2023-01-13 00:29:08 +0000 | |
| commit | 79dd7bb47b182a0ab64c9ee27bf79cb5621f0e98 (patch) | |
| tree | 9f4df2207f9440d6a5e46fec721278b70314785f /libs/input/PointerController.cpp | |
| parent | c49d109fa6c47fa602b28c18609b15cc60365a25 (diff) | |
4-1/ KeyguardBypassController listen for device posture change
The bypassEnabled only override by config_face_unlock_bypass_override
Hence the device config_face_auth_supported_posture will 'always'
or 'never' bypass keyguard on each posture, the case is device
config only allow 'DEVICE_POSTURE_CLOSED' for face auth, but when
device in DEVICE_POSTURE_OPENED state, KeyguardBypassController
thought device should always bypass keyguard after face auth.
However, face auth in KeyguardUpdateMonitor do not register or
listen for the face service, then systemui or keyguard could trap
into unexpected state. The symptons would be:
1. Do not see notification shade in DEVICE_POSTURE_OPENED
2. Observe QS tile on largescreen portrait mode
Test: atest SystemUITests
Test: KeyguardBypassControllerTest
Test: manual enroll face, check device in un-supported face auth
posture state, showing notifications
Test: Manual check QS panel collapsed and in expected postition
Test: Check unlock by pattern never stuck
Bug: 263248370
Bug: 264375814
Bug: 264799288
Bug: 264342055
Change-Id: I6096dfcf5d863e31bb7a37f0609d2f5b790c68d9
Diffstat (limited to 'libs/input/PointerController.cpp')
0 files changed, 0 insertions, 0 deletions