8a1638f66a79dbf471e7e53294ba853b862434e6 |
|
02-May-2016 |
Chris Wren <cwren@android.com> |
copy auto-group decisions to updates The rocket runs too late to affect auto-grouping for updates before the UI reacts to the group change, so make sure it stays the same until the rocket has an opportunity to reconsider. Bug: 28517296 Change-Id: I16a0509cac06912c8b3139f06474f312207f9f8c
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
e46bb37acf6d3cfb9974672ace93f5381f70ad99 |
|
17-Mar-2016 |
Julia Reynolds <juliacr@google.com> |
Allow the ranker to autobundle notifications. Bug: 26709317 Change-Id: I5017a471604e513a7b582cdc2f3472441e108fae
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
bdf3376616c276ed18a51185351b44fd16eeae29 |
|
04-Dec-2015 |
Chris Wren <cwren@android.com> |
use importance instead of score Change-Id: Id3b0a074671943b4fcabb63fe990cbfd1e46bdfd
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
68079d54f3690885df9c5bbb691090633f3ef541 |
|
22-Jul-2015 |
Dan Sandler <dsandler@android.com> |
Fix media notification action icons. In addition to cleaning up some bare references to the icon slot, we now apply updates to notification RemoteViews in the context of the supplying app's package. This ensures we can find the drawables inside any Icon objects that were constructed without a proper package name, such as is the case with Actions (because the builder and constructor are Context-free and so don't know the package name). This CL also makes clear what was previously only implied: Non-resource action icons are not actually supported yet since they can't be pushed to TextView compound drawables using today's RemoteViews APIs. That will require an API change. Bug: 22600607 Change-Id: Ie6b88aed36e4db05be35f843ea3bc1898d4a5c96
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
39999cf0263d0568337a87d0e586dcafd9e22ba1 |
|
17-Jul-2014 |
Svetoslav <svetoslavganov@google.com> |
Allow adding widgets from user profiles. The goal of this change is to enable support for appwidget from user profiles to the user main profile. A user profile is a user which is associated as a child of the main user profile. For example, a user may have a personal (parent) and corporate (child) profile. The device policy should be able to control whether adding a widget from a child profile and given packages is allowed. This change assumes that all packages from managed profiles are white listed. Another change will add the device policy changes. (cherrypicked 8cd27c3c to work around Gerrit issue) Change-Id: I267260b55d74c48b112a29979a9f59eef7a8194e
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
1031c974855ff4117a6d7866e664295786840319 |
|
23-Jul-2014 |
Chris Wren <cwren@android.com> |
Honor the sort and group keys for notification ranking. Sort notifications naturally, then move group childen to be next their proxy. The group proxy is the summary, or if no summary exists, the lowest-ranked member of the group is chosen as the proxy. Notifications with a sortKey but no group and placed into a synthetic group that consists of all notifications from that package and user in the same priority bucket that also have sortKeys. Expose a new API for listeners to get the group key for the notificaiton. Bug: 15190903 Change-Id: I324ba0c394affdabb3588ca2ebafa7cf0acad2af
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
cf7ed583080b6c958f5a02817110505bae2a17df |
|
23-Jul-2014 |
Chris Wren <cwren@android.com> |
Revert "Honor the sort and group keys for notification ranking." This reverts commit df09d4c348f9f2aea10391b27d157d8b71a9e189. Change-Id: Idbc9ed5c5c83cd0cad5a71872bcc203321a11e9e
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
4a24fd3c7bab53e4e9c127214e7168db0af8800a |
|
17-Jul-2014 |
Chris Wren <cwren@android.com> |
Honor the sort and group keys for notification ranking. Sort notifications naturally, then move group childen to be next their proxy. The group proxy is the summary, or if no summary exists, the lowest-ranked member of the group is chosen as the proxy. Notifications with a sortKey but no group and placed into a synthetic group that consists of all notifications from that package and user in the same priority bucket that also have sortKeys. Bug: 15190903 Change-Id: I377ed65b9592079446da4a4189f5ab49d28630ec
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
ff8dbe52eb3452df4d2cbd7af90483969bb061f4 |
|
30-Apr-2014 |
Christoph Studer <chstuder@google.com> |
Add userId to StatusBarNotification key Change-Id: Id2db95ec128b364c8a7df1272b2ee3144e3da3de
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
e6345b5194b89b46ba28dfcea9e2e0699c0705ba |
|
28-Apr-2014 |
Chris Wren <cwren@android.com> |
Remove opPkg from the notification key. Change-Id: Iadff2dbeb3c9ec69837d3b6e763f24d687ee368b
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
8fd7f1ed7c11d35b3f2a97878e68ee38a551dd15 |
|
11-Apr-2014 |
Christoph Studer <chstuder@google.com> |
Rename basePkg to opPkg ...and actually populate the field correctly. Change-Id: I3ce52efedb919d6af75dc9c3532e47764c467cac
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
a263e4e438746f91fb78857bd569ba4f796a346d |
|
03-Mar-2014 |
Kenny Guy <kennyguy@google.com> |
Pipe notifications from related users to listeners. For Listeners built against L or greater Send notifications from related users to listeners. Return notifications from related users getAllActiveNotifications Cancel notifications from related users in cancelAllNotifications Deprecate StatusBarNotification.getUserId() and expose getUser() as APIs should use UserHandles. Deprecate cancelNotification that takes package, id and tag in favour of one that takes key. Fix bug that notifications from related users didn't trigger sounds. Change-Id: I1b1c20c9f305b8f3c4047bc5720d8e99cdedfe70
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
a4294297d46cc0b9f45897bc688c267502cce3ef |
|
24-Mar-2014 |
John Spurlock <jspurlock@google.com> |
Enhance the NotificationListenerService api. Add to NotificationListenerService: - getActiveNotificationKeys() : String[] - getActiveNotifications(String[] keys) : StatusBarNotification[] - cancelNotifications(String[] keys) : void - onListenerConnected(String[] keys) : void Add to StatusBarNotification: - getKey() : String Bug:13562828 Change-Id: Idd9605dad8f942d68b4b32ab9625faf6c8642db9
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
a381d375f37fa8fb4c606a5ba9b3e105f6e1ef1c |
|
26-Jul-2013 |
John Spurlock <jspurlock@google.com> |
StatusBarNotification cleanup. Remove obsolete ctor and obsolete accessor comment. Change-Id: Ib72abc8fbd2a5f9a1b82da986094667f39e0bf62
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
26510320646339fc59e01d392f96efeeac6d91dd |
|
23-May-2013 |
Scott Main <smain@google.com> |
fix javadoc links. turns out, without parameters, javadoc will link to the best matching method signature, even if it's from the superclass. So these were pointing to Object.nofify() Change-Id: I13688f2b65e898d1f000a34c88d0aaed928884b5
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
4f91efdf421e354ee2033ed640e4150cf0cef21b |
|
25-Apr-2013 |
Daniel Sandler <dsandler@android.com> |
API: getPkg() -> getPackageName() Bug: 8656860 Change-Id: If3062b9fc00270e5f0ecfe67e593b9a28c6bccdd
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
e6f7f2e3a01b8deb00e03ccfa93751c315f14ef0 |
|
25-Apr-2013 |
Daniel Sandler <dsandler@android.com> |
API cleanup: NotificationListener - Wrap all public member variables in getters and make slots private - Rename clear* methods to cancel* to be more consistent with existing public Notification API Bug: 8656860 Change-Id: I84f7e71fbb627f859352a93089c6a531b44dac95
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
1a497d3a2b1496c12949e47e55f8e46d8f585be5 |
|
18-Apr-2013 |
Daniel Sandler <dsandler@android.com> |
Fix concurrency issues when parceling StatusBarNotifications. Protip: Don't mess with Bundles after you've sent them off for parceling in an RPC. Note that this change reduces the payload size of StatusBarNotification objects received in onNotificationRemoved() callbacks; it scrubs out the RemoteViews and Bitmaps just as the NoMan's internal archive does. [You don't really need that information anyway when hearing about a removed notification; most likely all you need are the other slots on StatusBarNotification, but nulling the whole Notification object breaks a lot of clients.] Bug: 8616295 Change-Id: Ic899045f2352b96dcf064d3e9e51dad52629aea3
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|
5feceebb892d4cb5777cea3c6174b206705d456b |
|
23-Mar-2013 |
Daniel Sandler <dsandler@android.com> |
New NotificationListenerService. This is the best and only way for apps to listen for notifications: create a NotificationListenerService, wait for the NoMan to bind to you (as a result of the user checking a box somewhere in Settings and agreeing to a scary dialog box), and you'll start receiving notification posted and dismissed callbacks. Your service, while enabled, will also be able to clear one or all notifications. Use this power wisely. This change moves StatusBarNotification out of com.android.internal into android.service.notification. [Internal customers, including System UI and early users of the system-only listener binder API, will need to be updated.] Bug: 8199624 Change-Id: I1be46f823d4b3ddc901109ec1e085cd6deb740c2
/frameworks/base/core/java/android/service/notification/StatusBarNotification.java
|