The layout should be focusable and be set to focused in order for the
back button events to be received, since the key listener is set on
the layout.
Fixes: 133781042
Test: Back button cancels authentication
Test: No regression in tests mentioned in the CL above
Change-Id: I7d78bea400e8791e296a53603414095cfca62ec1
Update documentation to be in sync with new language added to HAL
interface, which better explains the expected payload, format, and
usage.
Fixes: 133264933
Test: make docs, view HTML
Change-Id: Ib602674d395cb8c8e6431d23b051685c8d172560
If UnlockMethodChanges but StatusBarState does not, KeyguardMonitor was
not updated. This happened when user changed and may have made
KeyguardMonitor believe it was not secure.
Test: manual: Create another user and and have "Add users on lock
screen" off. Switch from secondary to owner without going out of
KEYGUARD
Fixes: 134447252
Change-Id: Id39bf876d6e573002965d0aa14fd6e54c323aba9
ScreenDecorations host the handles for the assist gesture, which are
available on non-rounded phones as well.
Only show the overlay that is actually in use.
Bug: 134487710
Test: atest ScreenDecorationsTest, manual testing on walleye
Change-Id: I00d1a274d5a236fb2f4679d80bd38db6f24d06bc
Because DRY_RUN sessions shouldn't have any side effect except to tell
us if verification passed or failed.
Bug: 123753157
Test: atest CtsStagedInstallHostTestCases, with new test added.
Change-Id: Ide42759d80063da76955ef120b21b077197c15e3
Currently, the snapshot of userdata is performed by traversing
the list of rollbacks and matching based on the package name, returning
once a match is found and the userdata has been backed up. There may
be cases where multiple rollbacks match this package name, so we should
not return until we have checked all rollbacks.
Bug: 134485920
Test: atest RollbackTest
Test: atest StagedRollbackTest
Change-Id: If6051ba11b2163e282e7bb61ff02e669ba1079ab
Button bar insets were set before the inset callback. Add a call to
layout the button bar during the inset callback.
Bug: 134472146
Test: Steps from defect
Change-Id: I0246f06315cd05343002071dd6d217d41e0059ca
If we have pending transitions, committing visibility would be delayed
until the opening apps are all drawn. However, the original logic in
AppWindowToken.transferStartingWindow would just remove the app from
mOpeningApps which caused the app visibility would not be committed.
This CL doesn't remove the app from mOpeningApps while transferring the
starting window. Instead, we set a flag to indicate that we no longer
need to apply an animation to the app. In this way, the app visibility
will be committed.
Fix: 131180307
Test: atest WindowManagerSmokeTest
Test: Steps in the bug
Change-Id: Ia84d73136dcbda07ae055b91f5a038e1bc070d2a
Activities was restarted while making it visible, but we shouldn't
resume it if the activity was launched behind.
Bug: 133325849
Test: atest RecentsAnimationTest
atest ActivityVisibilityTests
atest ActivityStarterTests
Change-Id: I4324ce443b8ccca9ac256e382507243fc4e30792
Also do a WTF when the same process registers 1000 observers with the
same observer instance.
Fix: 133388082
Test: manual test: Launch leaky app and make sure WTF is raised
Test: manual test: Open contacts app, close, and make sure the
"Total number of unique observers" goes back
Test: manual test: Open contacts app, kill it, and make sure the
"Total number of unique observers" goes back
Test: manual test: Open contacts app while contacts are syncing,
and make sure the activity refreshes itself.
Test: atest cts/tests/tests/content/src/android/content/cts/ContentResolverTest.java
Test: atest FrameworksCoreTests:BinderDeathDispatcherTest
Test: atest FrameworksServicesTests:com.android.server.content.ObserverNodeTest
Change-Id: Id738ca66023c029b92db3d108d99a9fc240fe77c
AttentionManagerService is getting called from PMS with its mLock held.
PowerManagerService can't up-call to the system, thus AMS can't call
into ActivityManagerService via bindService() - put it on another
thread.
Bug: 133077390
Test: manually
Change-Id: I373163c188bc8dbbd3d4f708073a875a57cfed73
Add carrier config to force DDS switch if device
does not support SUPL on non DDS for emergency and
also does not support control plane fallback.
Fixes: 131203278
Merged-In: Ic49e126ae0abfe71edd1fe000c2a0dfd2360dece
Change-Id: Ic49e126ae0abfe71edd1fe000c2a0dfd2360dece
ART image files can end with either .art or .art] depending on where
they are loaded from, add handling for this.
Also fix subheap attribution to HEAP_ART_BOOT and HEAP_ART_APP for
the app image case.
Test: adb shell dumpsys meminfo `pid system_server`
Bug: 134509632
Change-Id: I98882466d7c2f31179b095b803af67d21c17306c
If home stack becomes empty for some reason and we're trying to find
and resume an activity in it - make sure to start home instead of
looking for the next top focusable stack. This will make sure that
home stack won't be left empty if a different display is currently
focused or higher in z-order.
There may be no activity in a home stack if launcher crashed, or at
boot when it switches between different activities.
Bug: 131440583
Test: atest WmTests:RootActivityContainerTests#testResumeFocusedStacksStartsHomeActivity_NoActivities
Test: atest WmTests:RootActivityContainerTests#testResumeFocusedStacksStartsHomeActivity_ActivityOnSecondaryScreen
Change-Id: I955d7d4827b2598f9c98cb30ec3fedac4e403a9d
