OSDN Git Service

Calling hideKeyguard more often, instead of caching it
authorSelim Cinek <cinek@google.com>
Mon, 3 Jul 2017 12:44:17 +0000 (14:44 +0200)
committerSelim Cinek <cinek@google.com>
Tue, 4 Jul 2017 08:22:34 +0000 (10:22 +0200)
commitc3d4c74c17eb403fbe766d5a796c0003af7a4e46
treeb4da98e8556eeab59cf1f1e8624afd51f6ea129e
parentd43bc31eb73ed062af502f77da38a64983ed90cf
Calling hideKeyguard more often, instead of caching it

Because we were caching the Keyguard state, we didn't call
hideKeyguard anymore when going to the shade locked and then
unlocking. As a consequence did we never update the public
mode and therefore remained in a wrong state.

Lot's of bad things could happen with it, for example did
inline reply not work anymore and the clear all button would
be hidden in certain cases. In general would the user not
be properly unlocked.

Test: manual, go to locked shade with redaction turned on, unlock via affordance, observe notifications are unlocked
Fixes: 62721741
Fixes: 62378400
Change-Id: Ibc757859ef26a1dba887e8986d6a2f8f2fe2efb4
packages/SystemUI/src/com/android/systemui/statusbar/phone/StatusBar.java