- While the current app is still resumed and running in overview, the
start of a new activity will trigger the current app to pause and be
added to the stopping list while the new app is passed to the
existing recents animation via onTaskAppeared() callback. We don't
actually process the stopping activities until the recents animation
is done, but pausing will trigger the report client visibility to
the app if the animation is complete (which triggers the SurfaceView
to destroy the surface). This check needs to also account for the
recents animation that is driving the launching app as well.
Fixes: 184211875
Test: Open an app with a SurfaceView in overview and then launch the
next app (repeat until you see a blank area where the SV is)
Change-Id: I35d1947795f529b701af22586b23441d5ac55313
Merged-In: I35d1947795f529b701af22586b23441d5ac55313
This change ensures that there is only ever one VCN running at a given
point in time, and that if the device has switched to using a
subscription in a different subscription group, the VCN will immediately
tear down.
This ensures that when on a DSDS device, when the VCN-enabled
subscription is not the default/active subscription, the other
subscription's network will never be outscored by the VCN, and thus get
torn down.
Bug: 190761448
Test: atest FrameworksVcnTests
Test: Manual testing to ensure common functionality
Original-Change: https://android-review.googlesource.com/1767050
Merged-In: I8031fab7502880d38420058451df41f47567c458
Change-Id: I8031fab7502880d38420058451df41f47567c458
- don't animate fp => unlock unless udfps was enrolled
- show a static unlock icon if the device wasn't previously locked
Test: manual
- swipe to unlock
- face only
- fp only
- co-ex
- removing biometric auth => swipe to unlock
Bug: 193878791
Change-Id: I35d393383674acb03f06ea58fb8aabc2a820ad7c
1) adds "mShouldVibrate" as a property for AcquisitionClient.
Philosophically, all clients that inherit this class should be able
to decide if haptics occur in onAuthentication*
2) UDFPS AIDL enroll haptic occurs when ACQUIRED_GOOD is received
3) UDFPS AIDL auth haptic continues to happen when success/reject is
known (documenting reason in the bug below)
Test: manual enroll+auth
Test: atest com.android.server.biometrics
Test: adb shell dumpsys vibrator_manager
Bug: 193089985
Change-Id: I8ae60f99d36a4f49985411001670df3ee108768f
Fixes: 189723284
Test: Post conversation and call notifs; adjust display size to largest, allow expander to appear, validate that caller name shows 2 letters ans an ellipsis.
Change-Id: I336e2b01654da255358a5b608556608955f2335d
Ensures that EdgeBackGestureHandler is not a singleton.
Fixes: 193758967
Test: atest SystemUITests
Change-Id: I13f0130b57cf19d2ec8c3c4285a6785aba076486
Merged-In: I13f0130b57cf19d2ec8c3c4285a6785aba076486
As PasswordViewEntry didn't always attached to KeyguardPasswordView,
check if the view is attached in case NPE happen when getting null
WindowInsetsController
Fix: 192644416
Test: manual test as issue steps
Test: 1) make a security lock
2) unlocked to go to launcher
3) turn off screen
4) check the log and make sure no crash log.
Change-Id: I13897f05576150b2f5e867c43d20efb02e681cef
- There are a couple scenarios that were exposed in further testing of
cancelling the recents animation with screenshots:
1) ensure that we force-cancel the recents animation (ie. continue
cancel when deferred) if the process dies, the failsafe occurs
or starting a new animation. Previous the failsafe was not
continuing since it was already canceled
2) Add a failsafe when deferring cancelling. This is a catch-all for
cases where launcher fails to return promptly, the system won't
be stuck in a pending state waiting for the cleanup
3) Always finish the animation when requested by the runner even if
there is a deferred cancel. Launcher was assuming that this was
the case, but we were actually skipping the finish (which also
causes the controller on the launcher side to be cleared) which
prevents the cleanupScreenshot() from happening.
Bug: 192564669
Test: atest RecentsAnimationControllerTest
Change-Id: I8952a0c404bb17056c03f2bc8e78f51fc5bd0a1e
The last enrollment step no longer requires special treatment.
This also allows us to consolidate haptic logic (eventually)
into one place (system_server)
Bug: 193089985
Test: enroll
Change-Id: Ib71e05c37c607a04673b139708df80f7a037c123
