Note that this CL modifies the ktfmt_includes so we can keep the
WifiRepositoryImplTest rename from running ktfmt, which would break the
blame history.
Test: existing tests
Bug: 238425913
Change-Id: I9c6b9ba3905728c31859cac1d6703be4d77f3db0
Follow the same path as DREAMING->LOCKSCREEN, do a subtle fade and y
translation upon unoccluding.
Allow coroutinecontext override for collectFlow, to optimize path for
transition steps.
Gated behind existing flag (223).
Test: atest OccludedToLockscreenTransitionViewModelTest
NotificationPanelViewControllerTest
Bug: 195430376
Change-Id: I3e031d7b2f72c43f5d9a93954e983c7ff6c34270
This flags allow to enable/disable some of the new compat ui
enhancements related to a confirmation dialog for restart button
and an education for letterbox reachability.
Fixes: 260909953
Test: Manual using `adb shell dumpsys activity service SystemUIService
WMShell compatui <command> <value>` where commands are `restartDialogEnabled`
and `reachabilityEducationEnabled` and the values `0, false, 1 or true`
Change-Id: I10a99cc73d97026e12d4c60b751d349281b1d1cf
The alpha of a window container can be 0 after it play a fade-out app
transition, (e.g. start/finish activity with overridePendingTransition)
And since there doesn't have another animation layer like legacy
transition do, that window will stay invisible because of alpha=0,
unless somewhere trigger another animation with apply a new alpha on it.
Also it won't able to receive touch event since the alpha is 0.
To make it visible, always reset the alpha to 1 in
buildFinishTransaction.
Bug: 263439418
Test: manual, finish activity with an overridePendingTransition which
apply fade-out animation for the entering one, the activity should be
visible after animation finish.
Change-Id: I5be555e33b76aa799e1f96b3ea340d365bad4c66
For P010, each pixel is a 16-bit and a 4:2:0 subsampled.
So, the estimated byte factor should be 3.
Bug: 263433055
Change-Id: I86cfa005f0769a65104cad6378f7ba1af759162a
- UX polish for quick affordance long press failure: updated string to
match specified copy from writer and delay the shake animation until
after the cancel animation is complete
- Adds haptic feedback to activating on, deactivating, and to long press
failure based on spec sent by scottj@
Fix: 263293154, 262776614
Test: manually verified all four scenarios: no haptic feedback for quick
affordances that don't support activation mode, activation,
deactivation, and shake animation when clicking or holding for too short
a time.
Change-Id: Iada8441892c3db328489f798f59128ee6531560b
When UnfoldAnimationController is present and entering PiP from a Task
with multiple activities, the resetTask within UnfoldAnimationController
could conflict with the PiP animation and cause flicker.
Fixed this by ignoring restTask in UnfoldAnimationController if there is
no state change going on.
Bug: 261996076
Test: Enter PiP from Task with multi-Activity on foldables
Change-Id: I7f13e86d030d427383e65a37efde13ec94dea2a8
Introduce RefreshCallbackItem that allows to "refresh" activity by going through "stopped -> resumed" or "paused -> resumed" cycle. This allows to clear cached values in apps (e.g. display or camera rotation) that influence camera preview and can lead to sideways or stretching issues persisting even after force rotation in DisplayRotationCompatPolicy.
Using "stop -> resumed" cycle by default due to higher success rate confirmed with app compatibility testing. But introduce ADB commands that allow trying both.
Bug: 218352945
Test: atest WmTests:DisplayRotationCompatPolicyTests
Change-Id: Iaca54b197937147f93d52297543b106fd5b97322
This CL mainly just adds a single method to DemoModeController,
`demoFlowForCommand(String)`. The rest of the diff is from a combination
of ktlint formatting and writing a test for the flow, which required
some restructuring of the class.
Test: DemoModeControllerTest
Bug: 238425913
Change-Id: I40dd0b42a881d0776e9b19b282496e850a67a981
Add logging to the mobile icon view models. In order to keep the logs
from duplicating, this CL also adds:
1. The reuse of a single instance of the MobileIconsViewModel
(top-level), which
2. Caches the individual MobileIconViewModel common implementations on a
per-subscription basis. There is now a 1-1 correspondence of the
common mobile icon view model implementations and the number of
subscriptions.
Also updated the MobileIconViewModelTest and
LocationBasedMobileIconViewModelTest classes to use the TestScope method
of running tests.
Test: adb logcat | grep SbConnectivity
Test: tests in tests/src/com/android/systemui/statusbar/pipeline/mobile/*
Bug: 238425913
Change-Id: I5157cdcfb054d4629db0f9b11da8b583760ce471
Camera compatibility treatment that handles orientation mismatch between camera buffers and an app window that can lead to camera issues like sideways or stretched viewfinder.
The treatment is enabled for internal displays that have ignoreOrientationRequest display setting enabled and when a flag config_windowManagerCameraCompatTreatmentEnabled is true. It's only applied to activities that have fixed orientation and are in fullscreen.
Main parts of the solution:
- Listen for the camera changes in DisplayRotationCompatPolicy to trigger orientation update when necessary
- Incorporate DisplayRotationCompatPolicy#getOrientation in orientation resolution logic in DisplayContent
- Don't trigger orientation updates too quickly to avoid orientation flickering during the camera flip or fold-unfold for foldable devices
Bug: 218352945
Test: atest WmTests:DisplayRotationCompatPolicyTests
Change-Id: Iaa3a3efa4e0fa89fbb58c7dbc59c125600972224
This reverts commit fa4b2dc6d8.
Reason for revert: bugs related to conversation shortcuts can lead to system retaining shortcuts exceeding this number, causing crashes in chat apps such as whatsapp, messages ... e.t.c
Change-Id: If485dc29e4f906d2ce5ec6836b3c4c47b5f21e23
(cherry picked from commit 6ed5fbe8c6)
Merged-In: If485dc29e4f906d2ce5ec6836b3c4c47b5f21e23
Add specific OCCLUDED state, and manage transitions between states.
Refactor all transition interactors to focus around the From starting
states.
Add dream overlay-specific callback, in addition to dreaming
information, as the overlay can control exactly when the dream exits.
Test: atest KeyguardRepositoryImplTest DreamOverlayCallbackControllerTest
DreamOverlayServiceTest KeyguardTransitionScenariosTest
DreamingToLockscreenTransitionViewModelTest
Bug: 195430376
Change-Id: I096a174729574964cc54fcf5a01522360491693c
