Device performance and dropped frames on cloud devices makes it very
likely that touches will be misinterpreted, increasing flakiness of
the tests.
Bug: 149828540
Test: atest --test-mapping frameworks/base/packages/SystemUI:platinum-postsubmit
Change-Id: Ia9b4152b2662fa5a7442cacfd1a87064b037ea0c
The package name test is safe:
* If it's used by Toast class in an app, apps have access to layout
params anyway via getWindowParams() and applied flag is already
protected by INTERNAL_SYSTEM_WINDOW permission.
* If it's used by ToastUI class in sys UI on behalf of another app,
sys UI is trusted domain and can't be messed up by another app. It
also has INTERNAL_SYSTEM_WINDOW permission.
Bug: 149408635
Test: atest ToastUITest android.widget.cts.ToastTest
android.widget.cts29.ToastTest android.server.wm.ToastTest
Test: Change phone to vibration/silent in secondary user and observe
toast is displayed.
Change-Id: I227e9f74166300fcb3ba8f3871b464afe6ec6a28
Merged-In: I227e9f74166300fcb3ba8f3871b464afe6ec6a28
(cherry picked from commit caef507aa9)
Extract window layout construction and view inflation from Toast and
ToastUI into common @hide class ToastPresenter. This is desirable by
itself but also in preparation for making system toasts visible to all
users.
Bug: 149408635
Test: atest ToastUITest android.widget.cts.ToastTest
android.widget.cts29.ToastTest android.server.wm.ToastTest
Change-Id: Ifdd7ee37687da2e4c7abed61569cf342f95b2611
Merged-In: Ifdd7ee37687da2e4c7abed61569cf342f95b2611
(cherry picked from commit aea2c50cd8)
Experimenting with moving this logging to the SysUI side to be able to
log the complete panel, including any lifetime-extended items.
Test: atest NotificiationLoggerTest SystemUITests
Test: statsd_testdrive 245
Test: adb shell cmd stats print-logs && adb logcat -s statsd:I | grep ' (245)'
Bug: 146488473
Change-Id: I0a1a1ddd8838c002807e7137477175f0acceba98
This is only invoked from CTS and related tests. Some of these tests
attempt to launch an activity and then close the status bar in the
setup step. This exits the activity and is not desired.
Test: atest GtsIncidentManagerTestCases
Test: atest CtsAutoFillServiceTestCases
Bug: 150404191
Change-Id: Ic988c537dfbb72b6eac2dc3885bb832848f8df17
This would be a bug for any PiP-enabled application if the preferred
fullscreen is in a different screen rotation than in PiP mode.
Bug: 150360003
Test: atest PinnedStackTests
Test: manually enter/exit PiP w/ Play movies app
Change-Id: Ibb56d907b9968eaf90171315faa6181a7e72b146
- And allow them to be unsnoozed with a tap.
- Also use the conversation's shortcut icon and name if available.
- And ignore the setting to turn off the strips since it now requires
explicit user action to make the strip visible
Note 1: unsnoozing a notification causes it to make sound again - we
probably want to change that for manually unsnoozed things
Note 2: the entries in the header don't yet persist across a reboot
Test: atest, manual
Bug: 149486431
Change-Id: Id661c25a49bc982e39deab977eb912f51eaf6757
Bouncer would get stuck if authentication method changed after view
inflation.
Bug: 149773776
Bug: 149828540
Test: atest PlatformScenarioTests:android.platform.test.scenario.sysui.lockscreen.LockscreenWithInvalidPIN
Change-Id: I39ee2ec2e2ba9b6cf7dfba6b8141efc8b380b48e
Two types of education
1) highlighting the bubble when it first appears on screen (after user tap)
2) highlighting manage button when a bubble is expanded
* Both of these are added in BubbleStackView & respond to theme changes
* Prefs to save whether user has seen either education
* Simple animations in / out; we can tune them later
* Adjusts the starting position of the stack to work with user education
positioning
* Adds a secure setting string to force user education to show for demo
purposes.
Test: manual:
1) get bubble for first time
2) tap on flyout => flyout disappears & user education shows
3) get another update to that bubble => note that it doesn't show bc
user education is displaying
1) get bubble for first time
2) tap on bubble => flyout disappears & user education shows
3) tap outside of the user education => user education hides
1) get bubble for first time
2) wait => after flyout disappears, user education shows
3) tap on the bubble => user education hides & bubble expands, after
expansion "manage" user education appears
4a) interact with content in the activity view
4b) collapse the stack (via back or tapping outside)
4c) tap on the manage button
4d) select a different bubble
=> each of 4x) should dismiss the manage button user education
Check that switching themes (and dark mode) gets the right colour for user
education backgrounds & text.
Bug: 148105621
Change-Id: I8e6401573c1ac21dfe636aa1132461fe04ce67ac
Merged-In: I8e6401573c1ac21dfe636aa1132461fe04ce67ac
BubbleExpandedView needs a BubbleStackView reference, without that
there could be an NPE in various locations.
Also uses the correct parent view to setup the overflow.
Test: manual - tap on the overflow, observe no crash
Fixes: 150394526
Change-Id: Ib1ae9353a0dfd60ac8b6eb4f94b5b0cc5bc47811
This is a regression caused by ag/9645603 and it happens when the
requested aspect ratio is lesser than 1.
Added additional test cases to PipBoundsHandlerTest
Bug: 146162554
Test: Put GMM into PiP window and comparing the bounds
Test: atest PipBoundsHandlerTest
Change-Id: I356caf79bf122921b1d227d9744a40369feafa6e
Bug: 147427386
Test: atest SystemUITests for sdk_gphone_x86 and atest
CarNavigationBarControllerTest HvacControllerTest for hawk-userdebug
Change-Id: I9d0ee8135c1a53abaeb64f4b7b2aebd9208c0160
Unbind notificiation children content when they won't be visible anyway
in order to save memory. Bind again lazily if we ever do actually need
it.
This is going into the old pipeline so we can start testing it out
early, but ultimately, we also plan to put this in the new pipeline
(though in a form where we try to unbind the row entirely).
Bug: 145748993
Test: Post group on Notify APK. Clear notifs and confirm no weird UX
Test: atest DynamicChildBindControllerTest
Change-Id: I41959627a55fa7041629ce52af5539b3f0c3cecc
CustomTile was using the SystemUI context (in user 0) to retrieve
service information and resources. This failed in 3rd party tiles that
could be installed just for a particular user but were not installed in
user 0.
Additionally, having observed cases where the sysui_qs_tiles setting has
"work,work,work,....", this CL cleans that up and prevents it happening
in the future by not allowing repeats in the specs list.
Fixes some leaks in CustomTile:
* destroy CustomTile that changes user
* remove Change listerner from TileLifecycleManager
Test: atest QSTileHostTest CustomTileTest
Test: manual
Test: hprof
Fixes: 141904434
Change-Id: I92b26294dec63477943d28e2000fe3e0c16f8aa3
Merged-In: I92b26294dec63477943d28e2000fe3e0c16f8aa3
(cherry picked from commit a6862914da)
The icon is passed by the TileService, so it could null when retrieving
the drawable. Check for null before doing operations on it.
Test: atest CustomTileTest
Fixes: 140479361
Change-Id: I0ee11806c0047e0e524f5201d369bee51beba451
Merged-In: I0ee11806c0047e0e524f5201d369bee51beba451
(cherry picked from commit cfdd8d4093)
Upon CBRS switch or any data switch between a group, assume the target
sub validated up to 2 seconds if the previous data sub was validated.
Bug: 131776846
Test: manual - switch data between primary and CBRS and observe signal
bar transitions.
Change-Id: I45d2558510bcd1b86b001f723bbd3dd8dc3a3914
