160138251d74577b2f220b5ca3ed2eb52f41e609 |
|
18-May-2018 |
Lucas Dupin <dupin@google.com> |
Avoid binder calls when unlocking - User StrongAuthTracker instead of LockPatternUtils. - Do not call NotificationViewHierarchyManager#updateRowStates twice, because mEntryManager will do it. - Do not apply doze state and it doesn't change. Bug: 77823972 Test: ./external/chromium-trace/systrace.py power gfx freq am wm sched binder_driver view -a com.android.systemui -o ~/Desktop/sysui_unlock.html Change-Id: I0a92bab79ea47db1885f5dab5c87962e465ccdfe
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationViewHierarchyManager.java
|
b175d0db8f2cf175a6eaa9cd29a7105ab3371729 |
|
05-Apr-2018 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "Show work notifications in the shade unless on keyguard." into pi-dev
|
07a2a6c4c42c2cc55d0143ec9276761443d1e4d4 |
|
28-Mar-2018 |
Rohan Shah <shahrk@google.com> |
[Notif] Remove old blocking helper button The blocking helper is now triggered on swipe. We no longer require the blocking helper button to access it. Test: Visually, can't trigger Fixes: 73948643 Change-Id: Ie6f4e536a1105949af00d99460f6c2c04e7660ab
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationViewHierarchyManager.java
|
6515263fd9edb248c9b11285832147204ecbd53f |
|
26-Mar-2018 |
Pavel Grafov <pgrafov@google.com> |
Show work notifications in the shade unless on keyguard. 1. Make work profile notifications redacted but visible if only work profile is locked (i.e. not on the keyguard). Previously if the user disables notifications on the lockscreen, work notifications will disappear from notification shade when the profile is locked even if the device itself is not locked. To achieve this NotificationLockscreenUserManager now checks notification status for a given user rather than system-wide. When the keyguard is locked, system-wide setting will still prevent work notification from being visible. 2. Fix bug introduced by previous CL, since isCurrentProfile is alwoays true for mCurrentUser, it caused notifications to be visible on keyguard when they shouldn't. Test: manual, tried combinations of device and profile settings Test: runtest systemui Bug: 64829587 Change-Id: I104e938b15897a909c086c62e273f922b96ba7db
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationViewHierarchyManager.java
|
524cf7b68df47b39509cee59523458efb7611210 |
|
15-Mar-2018 |
Rohan Shah <shahrk@google.com> |
[Notif] Add Blocking helper to swipe Implemented blocking helper UI as part of guts - the ExpandableNotificationRow that's swiped away is effectively detached from the notification logic but kept in as a view in the layout (it'll still show up when looping through the normal view hierarchy). We purposefully open up NotificationInfo with the intent of showing it as the blocking helper. It's animated away/closed when the user interacts with any other content or swipes away, as with guts (Can be changed in the future if we want it to stick around for longer). KIs, that will be tracked in bugs once CL is in: - Swiping a notification if it's partially hidden by the shelf does not bring it up into focus - If only one notification is showing, the shade auto-closes as if it didn't have any notifications (which it technically doesn't) - Animation on multiple blocking helper shows cuts too early and doesn't allow the notification to transition out - Long press on notification dismisses (it should probably ignore it) - Metrics are still missing - Accessibility needs a runthrough Bug: 63095540,73783854 Test: Visually & Ran all tests Change-Id: Iaa5e3d5537bbb72c946fdd7ee35b155e22ca2b05
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationViewHierarchyManager.java
|
fc64001126c62581447b4b0e9c843d60af5c14c6 |
|
21-Feb-2018 |
Julia Reynolds <juliacr@google.com> |
Tag foreground notis that use certain services - Draw over other apps - Camera - Microphone The icons are not yet clickable, and the system 'drawing over other apps' notification still appears even when the app's notification is tagged. Test: runtest systemui Bug: 64085448 Change-Id: Ib3b0cdd9adced82f562f256cb81af80dc395440d
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationViewHierarchyManager.java
|
83b70a00d66fe127d0d02fe38bd7a6101567e69d |
|
25-Jan-2018 |
Dan Sandler <dsandler@android.com> |
Apply user sentiment on ranking update. Bug: 63095540 Test: swipe away a notification four times in a row Test: runtest systemui Change-Id: Ie0c913b1c33a02f866819b80607ee0c6232bc8f9
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationViewHierarchyManager.java
|
6c313d3224c878d832db3ed833f4a3dd3786fb1f |
|
14-Dec-2017 |
Eliot Courtney <edcourtney@google.com> |
Initialise Notification*Manager dependencies directly. Currently, adding a new dependency to any of these classes means updating the constructors of any subclasses, and the construction in the corresponding SystemUIFactory classes and subclasses. In particular, updating these in separate vendor/ projects is annoying. So, initialise the dependencies using field initialisers. The downside is that it's harder to notice circular Dependencys. Bug: 63874929 Bug: 62602530 Test: runtest systemui Test: Compile and run Change-Id: I21d58d0cc0edeb6d53fb7b387c9baeec7bd80589
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationViewHierarchyManager.java
|
2b4c3a08fcfcb60c527a1a372318e5ef4ce2d49c |
|
27-Nov-2017 |
Eliot Courtney <edcourtney@google.com> |
Split NotificationViewHierarchyManager out of StatusBar. NotificationViewHierarchyManager handles bundling and unbundling of notifications. In doing so, which notifications are parents/children of the other can change. NotificationViewHierarchyManager makes sure the view hierarchy of the notifications matches their grouping. Bug: 63874929 Bug: 62602530 Test: runtest systemui Test: Compile and run Change-Id: Ia1c8ed75d4eb8df52897c5d6aa0713f8335b2a19
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationViewHierarchyManager.java
|