Update AppHandle visibility for keyguard/immersive cases

Creates a window decoration for a fullscreen task even when the keyguard
is showing and occluding to fix a race between the keyguard change
callback and #shouldShowWindowDecor. Now, a decoration will be created
always and shown or hidden when the keyguard state changes.
This ensures the App Handle is visible in tasks launched from Hub when
dreaming, even if the keyguard listener calls back after the decoration
is created. It also keeps the existing behavior of not showing the App
Handle when an app is opened over the keyguard and occluding.

Also refactors the caption bar visibility state in WindowDecoration to
account for both keyguard and immersive states at the same time,
including checking that the inset state changes only apply to the tasks
in that same display.

Bug: 355614330
Test: launch app from Hub when dreaming - check App Handle is visible
Test: enter/exit Youtube immersive mode should hide/show the App Handle,
with enableAdditionalWindowsAboveStatusBar flag enabled and disabled
Test: open Calculator (or app that shows over keyguard) in fullscreen,
lock and unlock using the power button - check there's no App Handle
until since the keyguard is still locked behind the Calculator
Flag: EXEMPT bugfix

Change-Id: Ib517722472b2ce04c9af4a4ea87e84423ca374cb

0 files changed, 0 insertions, 0 deletions