This is added to report clicks on actions buttons to NAS.
BUG: 119010281
Test: atest SystemUITests
Test: atest RemoteViewsTest
Test: atest NotificationManagerServiceTest
Test: Manual. Tapped on the action (both normal and contextual) and
observed the log.
Change-Id: I381994737d8c3185d3fabf9b6c481fd01a89a634
The new design for the notification menu row with the new interruption
model enabled is to have nothing on the left side, and to have a single
button for interruption settings on the right which opens the guts (instead
of multiple buttons which take immediate action). This change implements
that design and removes the mechanism for buttons taking immediate action.
Test: manual
Bug: 116622974
Change-Id: Ibcb2e10453ab490e8de69b00f37aed498a314808
Adding tests before changing the KeyguardClockPositionAlgorithm to deal
with positioning the stack scroller when a full screen custom clock is
present. The tests should help reduce the risk of regressions.
Bug: 120037316
Test: KeyguardClockPositionAlgorithmTest passes locally
Change-Id: I505d9402fd73697f4222138bd753bdfe32f87337
This is added to report clicks on smart reply buttons to NAS.
Also refactored the code a bit by having SmartReplyView to use
SmartReplies and SmartActions object, rather than passing a long list
of arguments.
Test: atest SystemUITests
Test: Manual. Tapped on the reply and observed the log.
BUG: 111437455
Change-Id: I897fb46a304f4f7b80b2a6bc4db0ac39f6dc6e8f
The controller is probably not recreated on user changed, so it listens
to intent broadcasts to update its current profiles list.
Test: atest
Fixes: 120028217
Change-Id: I8139827065fc61bc215870631f0215dd1bebe697
Before, we'd only show it if visual effects were off, and users
didn't quite understand the behavior.
Test: manually toggle DND
Test: atest KeyguardSliceProviderTest
Bug: 111405682
Change-Id: I305883564c8d710497a5fc9a8ca0548c30b896f0
- Fix a bug where the notifications weren't being posted
- Add attribution to the notification guts
Bug: 111452544
Test: atest
Change-Id: Id19e58cf66a62b179cb684783b264dad8a5371b0
If an app doesn't add any smart replies or smart (contextual) actions to
their (message) notifications the Android platform fills in smart
replies and actions for the app.
With this CL we add a way to opt out of system generated contextual
actions.
Bug: 119765729
Test: atest NotificationContentViewTest
Change-Id: I6190fd197f74b8353f7113f2d8ba86068c2b78ab
Smart Action look similar to Smart Replies with an icon next to the
button text.
Smart Actions can be added either by an app, or by the framework itself
(through NotificationAssistantService).
The idea is that Smart Actions are really actions relating to the
content in the notification message.
The priority order of smart replies vs. actions will be dealt with in a
follow-up CL (i.e. whether we should prioritize showing smart actions
over smart replies).
Example notifications:
System generated:
https://screenshot.googleplex.com/f6p8uOMygeT.png
App generated:
https://screenshot.googleplex.com/VR6On1eh4CW.png
2 app generated actions:
https://screenshot.googleplex.com/QuM5e792xhb.png
Bug: 111406942
Test: manual tests = add custom actions directly in sys ui and ensure
they're shown in message notifications.
Test: atest SystemUITests
Change-Id: I0ce959b74e89bcabc69b76c50c1877e70d6f06df
Previously, all transferred alerts were removed when the inflation was
aborted. This could cancel transfers when the child was simply updating.
Now, this only occurs on remove. On update, the previous heads up/
ambient inflation flag is carried over and the helper determines if
the content should actually heads up after inflation.
Bug: 111809944
Test: runtest systemui, manual
Change-Id: Ic7c5414849e2bfa1978bb1c57ed314c4997b8ea2
This CL fixes lazy content inflation for alerting notifications in
groups by inflating them on the fly if we would transfer to a
notification that does not have its content inflated. We introduce a
helper class here to explicitly deal with the transfer logic,
refactoring a lot of the GroupManager code out.
This removes the previous workaround to always inflate heads up +
ambient views.
Bug: 111809944
Fixes: 111809944
Fixes: 117933032
Fixes: 117894786
Test: runtest systemui
Test: manual, posted groups that trigger a transfer and a transfer back.
Group alerts behaved as expected.
Change-Id: I9b5ec4c8bdeea20707874d90213dcd1d22d8b503
* changes:
Update scrim controller to bubble state when bubbles are expanded
Introduce scrim state for bubbles
Update PIP dismiss to work a little better for bubbles
Make status bar full screen when bubbles are present
Auto bubble some notifications (behind debug flag)
Introduce bubble controller & friends
There's one issue with this where if you expand status bar
on top of the expanded bubble there is no scrim in between.
Test: manual / existing tests pass (atest SystemUITests)
Bug: 111236845
Change-Id: I2510758366999131ac7ffbb7505026727f4e40e1
When bubbles are expanded we'll want to put a scrim behind them, this
is the scrim state we'll use.
Super simple test to check that alpha / visibility state of scrims
are as expected
Test: atest frameworks/base/packages/SystemUI/tests/src/com/android/systemui/statusbar/phone/ScrimControllerTest.java
Bug: 111236845
Change-Id: I1ee8ff9e7ce35aae692cf75a912106255e0e9b5a
* Adds new state 'bubblesShowing' to StatusBarWindowController
* When bubbles are showing status bar will be full screen and
the touchable region will be updated
Test: manual / existing tests pass (atest SystemUITests)
Bug: 111236845
Change-Id: I6d28d0313104929fba49d326a72209f701eb78d5
Minor changes to colors and layout of chip.
Redesign of dialog using new mocks.
Dialog launches Permission Hub
Test: visual & atest PrivacyDialogBuilderTest
Fixes: 117646163
Bug: 112331475
Change-Id: Ic8008f05fcb139c2581794abbb47c00819c20d7f
This change modifies the mechanism for creating items in
NotificationMenuRow which open the NotificationInfo panel such that they
can optionally specify an action to take immediately - specifically,
blocking the channel or toggling its priority.
This will allow us to add buttons for these actions to the menu row on
the right side of the notification.
Bug: 116622974
Test: atest NotificationInfoTest NotificationGutsManagerTest
Change-Id: If87bd4f48907efa692810a6bfef1aa85251f3e38
With this CL we add a new semantic action to Notification.Action to
represent contextual actions - i.e. actions specific to the current
notification. Contextual actions will be displayed differnently to
regular actions.
If the app itself does not provide smart replies or smart actions the
framework will generate smart replies and actions and put those in the
notification.
The UI for smart actions will be added in a separate CL.
With this CL we also remove a couple of unnecessary fields, namely:
NotificationInflater.mSmartActions
NotificationInflater.AsyncInflationTask.mSmartActions
the actions stored in these fields are stored in
NotificationData.Entry anyway.
Bug: 119010281
Test: write an app adding an Action with the new semantic type and
ensure that (contextual) action doesn't show up with the other actions.
Test: atest SystemUITests
Change-Id: Icd192fe2273b0474729dd4e413e0a6c2d75ff0fa
Using api introduced by A11yManager to get recommended ui
timeout value, and remove redundant logic of computing
a11y timeout in VolumeDialog.
Bug: 119284208
Test: atest VolumeDialogImplTest
Change-Id: I7611538e28be64ccceb5c75888a2f9105e624942
After the refactor, mDozing ended up being false for while until
DreamManagerService decides to end our DreamService. This ended up
delaying scrim transitions and causing display flashing.
Change-Id: I1630d1536ab0a009a5b8d13f7fb4502b5f6a4dda
Fixes: 118684623
Test: manual
Test: atest StatusBarTest
Before, icons would be black on AOD if the lock screen had a light theme.
Test: manually change themes
Test: atest LightBarTransitionsControllerTest
Bug: 119201731
Fixes: 119222875
Change-Id: I3881f727bad50d1420caf0ff93ceb1f1b7fbc3a0
