Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 211baf76 authored by TreeHugger Robot's avatar TreeHugger Robot Committed by Automerger Merge Worker
Browse files

Merge "Don't reset the keyguard on occlusion if it's going away." into... 

Merge "Don't reset the keyguard on occlusion if it's going away." into tm-d1-dev am: f50462e6 am: 9f8a5c02

Original change: https://googleplex-android-review.googlesource.com/c/platform/frameworks/base/+/19509200



Change-Id: Iada352f84ce0b61e8a8912e506ea2743b3724255
Signed-off-by: default avatarAutomerger Merge Worker <android-build-automerger-merge-worker@system.gserviceaccount.com>
parents 4e4c0119 9f8a5c02

packages/SystemUI/src/com/android/systemui/statusbar/phone/StatusBarKeyguardViewManager.java

+4 −2
Original line number Diff line number Diff line
@@ -739,8 +739,10 @@ public class StatusBarKeyguardViewManager implements RemoteInputController.Callb 
        }

        mNotificationShadeWindowController.setKeyguardOccluded(mOccluded);



        // setDozing(false) will call reset once we stop dozing.

        if (!mDozing) {

        // setDozing(false) will call reset once we stop dozing. Also, if we're going away, there's

        // no need to reset the keyguard views as we'll be gone shortly. Resetting now could cause

        // unexpected visible behavior if the keyguard is still visible as we're animating unlocked.

        if (!mDozing && !mKeyguardStateController.isKeyguardGoingAway()) {

            // If Keyguard is reshown, don't hide the bouncer as it might just have been requested

            // by a FLAG_DISMISS_KEYGUARD_ACTIVITY.

            reset(isOccluding /* hideBouncerWhenShowing*/);