| 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
|