| 50cdf7c3069eb2cf82acbad73c322b7a5f3af4b1 |
|
24-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #7214090: Need to be able to post notifications to all users
Also fix a bunch of system services that should be doing this. And
while doing that, found I needed to fix PendingIntent to evaluate
USER_CURRENT at the point of sending, not creation.
Note that this may end up with us having some notification shown to
non-primary users that lead to settings UI that should only be for
the primary user (such as the vpn notification). I'm not sure what
to do about this, maybe we need a different UI to come up there or
something, but showing the actual notification for those users at
least seems less broken than not telling them at all.
Change-Id: Iffc51e2d7c847e3d05064d292ab93937646a1ab7
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| 6d51571835737c7502a2e111ee9dc2527ebad984 |
|
21-Sep-2012 |
Jeff Sharkey <jsharkey@android.com> |
Allow acquiring ContentProviders across users.
Otherwise services like SystemUI will always open content://-style
Uris as USER_OWNER. Surfaces through createPackageContextAsUser()
which points all ContentResolver operations towards a given user.
Start using in RemoteViews, so that Notifications correctly resolve
image Uris to the sending user. Also add user support for "content"
shell tool.
Bug: 7202982
Change-Id: I8cb7fb8a812e825bb0b5833799dba87055ff8699
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| f02b60aa4f367516f40cf3d60fffae0c6fe3e1b8 |
|
16-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Rename UserId to UserHandle.
This is the start of turning this into a formal public API.
Change-Id: I5786d2c320f1de41a06ed5d0f65adb68967287a0
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| b9301c3a686df05950710ec80e2cd691c3082871 |
|
14-Aug-2012 |
Daniel Sandler <dsandler@android.com> |
Multiuser support for notifications, take 1.
Notifications for background users are hidden from the
panel and status bar.
Still need to add a concept of "any user" notifications (for
things coming from the system) and notification visibility
controls (for access to icons + possibly masked text of
a background user's notifications).
Change-Id: Iba121f35a6c25c2e1c44db029d776a5a59a6a008
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| 2561b0b10a55841a08e0e1d467e73e10b1bf256d |
|
14-Feb-2012 |
Daniel Sandler <dsandler@android.com> |
New notification priority and related APIs.
This change introduces a few new bits of data on
Notification that will help the Notification Manager and
System UI route and display them more intelligently:
-> priority: an integer in a predefined range that
indicates the app's best guess as to the relative
importance (to the user, right now) of that information
-> kind: a tag (really, set of tags) indicating the general
type of notification (realtime, asynchronous, etc)
-> extras: a Bundle of additional key/value pairs
associated with this notification (currently @hidden)
The notification manager takes these data into account when
assigning to each notification a score which is passed with
the notification on to the system UI, where it can be used to
affect presentation. For example:
- Spammy apps (identified explicitly by the user or by
some other means) will have their notifications scored
very negatively by the notification manager, allowing
the UI to suppress them
- Notifications of higher score might be shown larger
or in a different way
- Very important notifications (indicated by a very high
score) might interrupt the user during an otherwise
important task (videochat, game, etc)
Implementation note: This replaces/extends the old internal
notion of "priority", which was mostly used to organize
ongoings and system notifications at the top of the panel.
Change-Id: Ie063dc75f198a68e2b5734a3aa0cacb5aba1ac39
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| e40451a89dc91dfd636af7cb32a23b4a4cc93fdc |
|
03-Feb-2011 |
Daniel Sandler <dsandler@google.com> |
Ongoing notification for GPS use.
This change improves upon the notification priority API
introduced in change I9e738cc4, allowing privileged clients
to set the priority of a notification when posting it
directly to INotificationManager. StatusBarTest is updated
to test this new feature.
The new LocationController in SystemUI uses this facility to
post a high-priority ongoing notification whenever GPS is in
use (replacing the functionality of the legacy GPS status
bar icon).
Also happens to fix http://b/3325472 (adding a log message
when notifications are dropped because of a missing icon).
Bug: 3412807
Change-Id: I523016ffa53bf979be98ddc4a2deb55a6270c68a
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| a31e4190cb44eaa51bb8dee7d715fcd72d6c0b03 |
|
03-Feb-2011 |
Daniel Sandler <dsandler@google.com> |
Implement priority ordering in notifications.
Ongoings are the only notifications currently given higher
priority (and it's in an internal data structure, not a
public API, so fear not about abuse---this will be no worse
than on the phone where ongoings floated to the top).
The only thing left is to give privileged customers a way to
alter the priority of their notifications.
Bug: 3412807
Bug: 3146719
Change-Id: I9e738cc413982845cf4858faa8ccd0a7dbf3187c
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| 5dd1169ae95162383acf00d1e9a1886e0ac99a70 |
|
28-Sep-2010 |
Joe Onorato <joeo@google.com> |
Hide the "Clear all" button in the notification panel if there are no clearable notifications.
Change-Id: I7145036724939220e1f23fb91c62027b28663c20
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| 9d39d0cb361c5d3bba04a6bacf299be2162a6e92 |
|
25-Jun-2010 |
Dianne Hackborn <hackbod@google.com> |
Make bad notifications crash their application.
Implement notification manager handling of bad notifications, to
call a new activity manager to have the owner's process crashed
(if there is one).
Change-Id: Ib15e8d0c598756f3b39c99cc2045c18e054daf6b
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| 0e26dffd6cfcb09b08a94a857b891fdef7fe2b1e |
|
24-May-2010 |
Joe Onorato <joeo@android.com> |
updateNotifications works.
Change-Id: I924763a2d42ca1967719f3eb72c57d1cbb912dd7
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| e345fff2f80947b0a821f6674c197a02b7bff08e |
|
23-May-2010 |
Joe Onorato <joeo@android.com> |
notifications show
Change-Id: I9240b803c643874828c95afcf1ba9ed91194dbc0
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| a0c56fe93925d20d9c0b830b9664699ce557e78c |
|
20-May-2010 |
Joe Onorato <joeo@android.com> |
Checkpoint. Doesn't build.
Change-Id: I92e4d539ea71af9e22ced02cbdee7fbd456b7971
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|
| 18e69dfc7235f8a4bfe257f9d1c43539049a22ce |
|
18-May-2010 |
Joe Onorato <joeo@android.com> |
Checkpoint. Data structures for Notifications in place.
Change-Id: I146fb9bc1d349112541368e2c99a667821dfdf6e
/frameworks/base/core/java/com/android/internal/statusbar/StatusBarNotification.java
|