fitsSystemWindows="true" has default behavior of setting padding of the
view to ensure contents don't overlay system windows. In the case of the
fullscreen user switcher, we don't need this behavior.
Bug: 150302361
Test: Manual (set lockscreen, restart, click "Cancel")
Change-Id: Ifc597c2b96862abc3283d6af1a0c2765431c71af
RootWindowContainer#getTopDisplayFocusedStack() has the potential to
return null when there are no focusable stacks. This guards against
many assumptions that a top focused stack exists.
Bug: 144085050
Bug: 148125390
Bug: 150754510
Fixes: 144085050
Test: ActivityStarterTests
Test: ActivityStackTests
Test: ActivityTaskManagerServiceTests
Test: RootWindowContainerTests
Change-Id: Ibefc3a802aba5a90898837359ec59a48f39834dc
The dialog can only be requested if the package of the controls provider is
currently in the foreground.
This is accomplished by querying Activity Manager about the
UidImportance of that package. Added
android.permission.PACKAGE_USAGE_STATS to SystemUI for this.
Test: atest
Test: manual
Fixes: 149410221
Change-Id: Ifdf479d8dbc70502da95d362e3bfd60ad3c561fb
Number one flake is when the system server process is killed before
SIGUSR1. Change this case to be non fatal.
Increase number of retry iterations in case the package manager
is very slow to start and get a JIT sample. Hopefully fixes the
other flake where PackageManagerService.<init> is not seen in the
profile.
Test: atest BootImageProfileTest
Bug: 149802360
Change-Id: I52ac80f15d8efe152dea81b75a82faa4da1b8600
am skip reason: Change-Id Ica6a39048292d3d43aeb58d25f79f1398a7d5a79 with SHA-1 870ce3f6d7 is in history
Change-Id: Iff397fb73c534db6e95059fdfa4baf5fd139ce81
LockSettingsService regressed in Android 11 that it no longer always
discard the original credential parameter when performing credential
changes for unified-challenge profile. Add a stopgap fix to restore
that behaviour and document idea for long term fix.
Bug: 147663267
Test: Fire ACTION_SET_NEW_PASSWORD from profile to set a separate
work challenge. Verify the flow succeeds.
Change-Id: Idc7f67c6cd021a779fdcd1992cd5cbbd337c4e52
* changes:
Move DockEventListener from LockIcon to Controller
Move KeyguardUpdateMonitorCallback from LockIcon to Controller.
Remove OnHeadsUpChangedListener from LockIcon.
Move WakeUpListener from LockIcon to Controller.
Remove KeyguardStateController.Callback from LockIcon.
If we select the inactive tab, and there are no resolved targets,
the intent resolver changes its height for a few frames.
This is because first we show and reload the list view as we
switch to the other, and then in onPostListReady we show the
empty state screen for no apps available. There are few frames
between these two events, when the list view has a height of 0.
That's when the ResolverViewPager recalculates its height and
thus reduces the intent resolver height. Then as the empty state
screen is shown, the proper intent resolver height is restored.
The fix is to move the showListView call to onPostListReady.
Test: manual
Fixes: 150888674
Change-Id: I685568e183bbd5708242e1228195ec6b09023272
This message was meant as a placeholder for action responses. Apps are
starting to send their own control updates and no longer need this
msg.
Bug: 150872080
Test: visual
Change-Id: I9c29250be9c3aeeb508c10305fc052b767617bcf
The navigation bar appearance wasn't handled correctly. This CL fixes
the behavior. The logic will be refined when we are removing the legacy
insets mode.
Fix: 149951146
Test: Manual
Change-Id: Ie344d86dbf727e71a9adcf3ceb4e45822575f632
