This reverts commit 002e656a515da3f1d19f1d23ab7b776df3cfd77d.
Reason for revert: Setting brightness using adb (adb shell settings put system screen_brightness ...) results in different brightness being set by DisplayPowerController each time.
Bug: 194791517
Test: atest HighBrightnessModeControllerTest
Test: manually test `settings put system screen_brightness 23` yields
consistent results
Change-Id: I6b49253b46e4d09a1f4129d3df950c9d36eb6ede
It was skipped to reduce rotation latency. But it may look
flashing if the top app is redrawn much faster than the
notification shade or the background colors are not similar.
Bug: 194610242
Test: Expand notification shade and rotate device while the
foreground app can handle orientation change quickly.
Change-Id: I1a4870d9f237bad9088159f5979048b4cdcbf287
Log.wtf should have been Log.e and it is only an informative log
Fixes: 192327606
Test: WallpaperServiceTest
Change-Id: I2e13cf6f7f7abffbb8d3f28aeaa0605711085157
So we don't bypass after enrollment (or bp). We only
care about this on the keyguard.
Test: manual, atest UdfpsControllerTest
Fixes: 194641124
Change-Id: I9b7338cb8a4f7033a59e23d498bfe9cc51e53f0b
Bug: 191436459
[Manual tests for regressions]
Test: open shade from lockscreen, open fullscreen qs
Test: open unlocked shade, open fullscreen qs
Test: directly open fullscreen qs from top of lockscreen
Test: directly open fullscreen qs via two-finger swipe while unlocked
Change-Id: Ibb8f3e35e5fc14e4e029e98fa3dd83a20b470ebf
There are times when the enqueue time of two different jobs are exactly
the same. In those cases, if an EJ skipped over one regular job with an
enqueue time X, then it should skip all other regular jobs with enqueue
time X.
Bug: 194324016
Test: atest FrameworksMockingServicesTests:JobSchedulerServiceTest
Test: atest CtsJobSchedulerTestCases
Change-Id: I77e106676238dd3ae198fab619af430e48d433a2
This line should've been removed long ago because we don't even use the object it declares, but it only recently started to throw an exception. Bug: 194359067
This was fixed in master, but not S.
Test: atest FrameworksServicesTests:TouchExplorerTest
Change-Id: I388edfc5689584b8def7ef421a0bd9be89b71d5b
(cherry picked from commit 2ce8b0c808167dab32fb86a0eed20240f81e3d10)
As CL [1] that we don't give the IME child window focus when switching
to the next app task, we also need to handle IME selection dialog
focus and dismiss the IME selection dialog when the IME control target
will be changed in later.
To prevent the flickering when focusing to the next app task and see the
IME selection dialg dismising during switching the IME client, add
"imeParentChanged" parameter in
InputMethodManagerInternal#reportImeControl to ensure IME selection
dialog can be dissmissed before the IME control actually changed.
[1]: I72618745542f33bcbb1001bd3b812e79f7652dda
Fix: 194214768
Test: manual as issue steps:
1. Launch an app to show soft-keyboard
2. Tap IME icon from navBar to show "Select input method" dialog
3. Start settings or other apps from SystemUI StatusBar
4. Press back key wait for a monment, make sure ANR won't happen
Test: atest DisplayContentTests#\
testImeMenuDialogFocusWhenImeLayeringTargetChanges
Merged-In: Iae3dd713b1e980067d28debea4e0a03707aa7938
Change-Id: Iae3dd713b1e980067d28debea4e0a03707aa7938