In landscape, we need to fully hide the QQS when the user starts to do
an inline reply, otherwise nothing fits on the screen. This CL adds back
in some of the old Q behavior wherein we set the height of the header to
essentially zero when the QQS has been disabled (in this case, by the
inline reply logic).

Fixes: 157150870
Test: manual
Change-Id: Ib14603eb2e67bf4bf3b624b677a74754d4e54f41

Assume a non-resizable fixed portrait activity launched in a fixed
landscape display, the activity should keep its portrait bounds by
fitting the height to display and the width with the same ratio to
height. Previously the pillar box bounds are only set to app bounds
that causes the activity shown in landscape size compat mode. This
change makes them consistent.

Fixes: 158863196
Test: SizeCompatTests#testMoveToDifferentOrientDisplay
Change-Id: Ib7c2b07d9b252a88d2e965cc16ca93f7804b16d0

Merge "Add logging on sharesheet displayList to help investigate issue that icons launch different apps unexpectedly." into rvc-dev

Use the fixed value to locate the center of icon instead
of use value of density. Because the value of density will
different between the device according the resolution.

Bug: 156689249
Test: build pass
Change-Id: I6d3a53e68058232871dd281ec4736179090a6580

This reverts commit a0ee0608.

Reason for revert: Cause cf devices cts tests failed

Bug: 158836294
Change-Id: I5b439cf1aaee51f0c6d2e7e7e8d73487ec851648

Find a issue that when a background app crashed, the top focus
task would also changed because of AMS trigger resumeTopActivities.
However there should be nothing changed.

For some tasks like home or split screen, because they can be more
than one layer of task-to-container structure, so when adjusting
focus task, we should move the whole chain to the top of it's
container.
Also update preferred top focusable stack in
TaskDisplayArea#positionChildAt so the API can be more identical.

Fixes: 157393169
Test: atest ActivityRecordTests
Test: atest ActivityLifecycleTopResumedStateTests
Test: atest MultiDisplayPolicyTests
Change-Id: Ibf86f375ac91a50a013cfa7a7ea19e571a0a0d61

Fixed rotation transform was finished and continued
to update the orientation when transferring the
starting window, which was before the activity ready to
show and caused flickers. This can happen while trampoline
activities were started during app launch.

This also fixes other flickers that happens when the
fixed rotation launching app's animation finished
before other associated activities.

Bug: 157446341
Test: atest DisplayContentTests AppWindowTokenTests
Change-Id: Ibeb50edc7dfd9dddffe2c420fde92c1ebb70ed37

different apps unexpectedly.

Bug: 158172791
Test: manual test on the phone
Change-Id: I003b83f6a76dca2f97cfd43b2f265ad572f0e5c5

Auto-generated-cl: translation import
Change-Id: I4c1d3548690832aa1ef73149dd17b2b087daaa1d

Auto-generated-cl: translation import
Change-Id: I96a1e755ee621f7a313d4660d56b78fc5295a040

When overriding night mode, changes dont apply. The fix is to make sure that the overrride is reset in situation where it doesnt apply anymore
Also, the other bug is that changes should apply when screen is off or in car mode, but was applying in car mode only

Test: UiModeManagerServiceTest
Bug: 158407234
Change-Id: I9023b16c6619ddd31954fbc0a0a527b36671d2ec