| 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/app/INotificationManager.aidl
|
| 0efdb88ccc9d650e7a644b9be8f63792f2c66841 |
|
01-Mar-2016 |
Chris Wren <cwren@android.com> |
add a ranking service to the rocket
Bug: 22960980
Change-Id: Ic0e911a2f048a4b47171b338c3de13125852be43
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| e0ba7eb365ac19fdc11c3f820349f0352761b9f4 |
|
04-Mar-2016 |
Chris Wren <cwren@android.com> |
rename the asisstant service for the ranker
Bug: 22960980
Change-Id: Ibe57933303a488b01c43a7621a488d425d6f707d
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 361e82d399d33e0c45e9a002f2e519f1457a84ad |
|
27-Feb-2016 |
Julia Reynolds <juliacr@google.com> |
Api review: AutomaticZenRule
Bug: 27364144
Change-Id: I17fec34d7a277173820bed7829baf5bf905f327a
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| ef37f284364cc45c2ed91bfe04c489d2cedd32d2 |
|
12-Feb-2016 |
Julia Reynolds <juliacr@google.com> |
Remove Notification Topics.
Bug: 23220370
Change-Id: Ifbcdbab1cf6974c192483091512f75762784a98e
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| fec58c263c6e3da3fa449fac1d0c2630c8d66bd6 |
|
12-Feb-2016 |
Julia Reynolds <juliacr@google.com> |
Show topic settings inline if user has configured topics.
Change-Id: Icf51faad61b3ae4261991691a1d679b190ea712a
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 81afbcdbf96c687b61ed53170e1654f4f8ea5b15 |
|
09-Feb-2016 |
Julia Reynolds <juliacr@google.com> |
Allow apps to know what users think of their notifications.
- App wide blocking
- Topic importance
Change-Id: I9026e5c26c5dbcab1c86c385beede891f961933f
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| dd3e86bcb0b6a5dc356d903df88c3d5a15510f7c |
|
02-Feb-2016 |
Julia Reynolds <juliacr@google.com> |
Allowing querying for apps with blocked topics.
Bug: 26882239
Change-Id: If888cb18891a412067bcb28e575f502c6091f77a
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 92d456e9a62d7dadb3e21f481f7453bd82b1aa23 |
|
25-Jan-2016 |
Julia Reynolds <juliacr@google.com> |
Show app level settings when an app doesn't use topics.
Change-Id: I205062868ac3a44aa24a29bcb82a9374026287a7
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 43b70cdc395d3a6cf3bd0a78b686a7f5d3ed86e0 |
|
14-Jan-2016 |
Julia Reynolds <juliacr@google.com> |
Allow condition providers to specify a rule instance limit.
Bug: 25563007
Change-Id: I1149cb5be59668f8869c81cb46c5ead49aec933a
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| ab41eecf22352f54167ce9a272a397715ffd0015 |
|
05-Jan-2016 |
Chris Wren <cwren@android.com> |
allow listeners to disable themselves
This decouples the user permisson grant from the
bound state of the listener. This allows listeners
that are only relevant sometimes to avoid being
bound as a foreground service all the time.
Bug: 19232554
Change-Id: I9ab078630af5a10c6878d3f19ba80661299713d5
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 51017d0e23ce9855fabcf786a2067ceb19121fbc |
|
15-Dec-2015 |
Chris Wren <cwren@android.com> |
implement assistant service connection
Added a guest-mode to ManagedServices.
Like system services, the lifecycle of a guest is not managed.
Unlike system services, guests are not considered privledged.
The Assistant gets all the usual listener events.
Implemented adjustImportance.
Future work: enqueued, clicked, visibility, removed, annotations
Bug: 22455414
Change-Id: Ic41c0bf625b5e98cb577b49098bba23a539bb507
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| be8fdee532cff806a7482863b7c72e907547d127 |
|
18-Dec-2015 |
Julia Reynolds <juliacr@google.com> |
Differentiate between apps that use topics and those that don't.
Bug: 22451710
Change-Id: Idb567a4fc511a03cb999179765cfa4cbeb63dcb7
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| a07af88b9566e34ecb0cfd07f225d7ceb181e8bb |
|
17-Dec-2015 |
Julia Reynolds <juliacr@google.com> |
Allow users to set app-wide Importance default
And the associated ui changes to the notification guts.
Bug: 22451710
Change-Id: I4e0b11e7b24d70b039a432c5e6cd76c9c7cc547c
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 5d25ee7a006fda7150ba251cff92c27130611f88 |
|
20-Nov-2015 |
Julia Reynolds <juliacr@google.com> |
Topics can now have an Importance.
Bug: 22451710
Change-Id: I627121da6c4b85492715a8e8a099656dca52b734
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| c8e54e8d5ec038ee6f520ee95948e2ef20490e97 |
|
30-Nov-2015 |
Julia Reynolds <juliacr@google.com> |
Cleanup zen rule instances.
1. When a user revokes zen access
2. When a user clears data
Bug: 25472361
Change-Id: Ia439a7c2bd6dc07a60a374caf4157508131e3578
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 233a5f97ea7b46814747a99f584b08d4e8c70105 |
|
19-Oct-2015 |
Julia Reynolds <juliacr@google.com> |
Implement notification ranking by topic.
Including sensitive notification visibility & DND bypass.
Bug: 22451710
Change-Id: I5f3a0c6d59de0495cb904bad6f886eb29ed4bda4
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| bc253a28582c4cdd56cc8a0d49cd69b4624cfb4b |
|
18-Nov-2015 |
Julia Reynolds <juliacr@google.com> |
Remove 'peekable' preference.
To be replaced by 'importance' in the future.
Bug: 22854014
Change-Id: Idc9ca79b145d5c69e769c9239ed9291dce40d8c8
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| aaf191c7756cafbadb80c712cdbe0a5d526a66bf |
|
26-Oct-2015 |
Julia Reynolds <juliacr@google.com> |
Synchronize updates to zen config.
Also, remove some dead code.
Change-Id: If6f4432638aebcedf59a4804a3b5d14b73f12549
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 4fe98d6d4cc4898809b81d001f6b8a1b71b08f3a |
|
06-Oct-2015 |
Julia Reynolds <juliacr@google.com> |
Remove rename automatic zen rule.
Use zen rule id as key when finding matching rule to update.
Bug: 22977552
Change-Id: I7beeb5688aabe409a9a72aaa3aa27932d590c489
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| a47a27ffd92f172298c2728040e49d502a2d6c87 |
|
24-Aug-2015 |
Julia Reynolds <juliacr@google.com> |
Third party DND provider APIs.
Bug: 22977552
Change-Id: I8c1bac317e9aa5d9565afe3f0c4e2be8fc34e6a9
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 7c74f78a85283912d7239214024ccca702622f21 |
|
04-Jun-2015 |
John Spurlock <jspurlock@google.com> |
Zen: New user flow for requesting DND access.
- User flow is now similar to requesting access to notification
content, namely prompting the user to visit a settings page
for enabling/disabling apps access.
- New ACTION_NOTIFICATION_POLICY_ACCESS_GRANTED_CHANGED intent
for apps to listen to this state change.
- Removed obsolete request method and associated internal callback
aidl.
- Added new android.permission.ACCESS_NOTIFICATION_POLICY permission
for apps to include as a signal that they want to request this access
(and therefore appear in the list on the settings page).
- Improve javadocs, outline the user flow in NotificationManager#isNotificationPolicyAccessGranted
and link to this method elsewhere.
- NoManService now persists the user-enabled package list across reboots
and does so per-user.
- Rename public settings intent to correspond with the noman api.
Bug: 21621663
Change-Id: I72cbc21cd736e6a157b6be5d1d0ba0b4a8e7ef4e
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 807749301fcbda892dfc8a5832b19acf7d1cf53b |
|
07-May-2015 |
John Spurlock <jspurlock@google.com> |
Zen: Simplify notification policy api, add zenmode api.
- Remove the concept of a notification policy management token
in favor of a simple grant/deny per app. Currently, all requests
are immediately granted.
- Add zen mode getter/setting, limit to apps that have been granted
policy access.
- Add intent for zen mode changes.
- Public name for zen mode = "interruption filter", moved from
NotificationListenerService to NotificationManager.
- Add settings metadata for new DND access Settings screen.
- Add the split sender settings for calls vs messages to the public
Policy api.
- This change is meant to finalize the public api, persisting
granted app status and showing the user-visible dialog will be
done as followups.
Bug: 18298798
Change-Id: I511be98d69939f057c0c7dc1a6dfe63d1c468193
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| f47e51ec605fccf7fed9e50d1adc98fbd4e8b340 |
|
17-Apr-2015 |
Amith Yamasani <yamasani@google.com> |
More usage tracking
Notification listeners can now report that a notification
has been seen by the user and that package is then marked
as active.
Bug: 20066058
Change-Id: I336040a52c44c21fd0d78b02ec9a19d448c64b40
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 994349c61e8697e626a7cd2b241a16b2b7669305 |
|
15-Apr-2015 |
Dan Sandler <dsandler@android.com> |
Rediscover your own notifications.
This new API, NotificationManager.getActiveNotifications(),
allows an app to recover the set of notifications it has
posted that are still active (un-cleared, un-canceled,
visible by the user). Along with the Notification object
you'll get the original tag and id you used to post it,
wrapped up in the somewhat awkwardly-named
StatusBarNotification data structure (previously only used
internally by NoMan/SysUI and NotificationListenerServices).
Bug: 17320461
Change-Id: I8cd610956fafed4e31526b663cebdc31231ad930
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| f9767d680d63ac1771a17ccc5775cd337ff967b8 |
|
08-Apr-2015 |
Christopher Tate <ctate@google.com> |
Infrastructure for notification backup/restore
Introduce a fairly general "store byte[] blobs as backup keys" helper, and
use that to integrate with the Notification Manager. The helper provides all
the machinery of managing prior state, compressing the blob on the wire, etc.
Bug 19848954
Bug 20105530
Bug 17755700
Change-Id: I4aa808172244af6db0ab2f4440cc266a797655d7
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 1fc476d51203c0b76ebd0f2062adf3059437b0dc |
|
14-Apr-2015 |
John Spurlock <jspurlock@google.com> |
Zen: Add notification policy management api.
- Allow apps to read and modify notification policy (currently
which items are prioritized in "priority only" mode), but only
after they've been granted access by noman.
- Access to read/modify notification policy requires a token provided
by noman. Enabled notification listeners are automatically given
tokens (new getter on NLS), but any other app can also request them.
- Currently, all requests are granted.
- Also add a new change intent when the public policy changes.
Bug: 18541928
Change-Id: I482d1c39852d0d961931515e0f0e059a8faee4ed
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| b2278d65714c0dd0a6f94d1913db1ebc8bfc8b06 |
|
07-Apr-2015 |
John Spurlock <jspurlock@google.com> |
An update on Downtime.
The update is that Downtime is obsolete. Replaced by the
ability to define multiple named schedule calendars.
- Make changes to ZenModeConfig to properly model manual
and automatic rules.
- Refactor the zen mode helper (and supporting classes) to
properly handle / report multiple claims on zen mode.
The "manual" rule (specified by the user in the UI) vs
one or more automatic rules.
- Automatic rules are still backed by condition providers,
but the layering is now cleaner. ConditionProviders is now
completely generic, has no ties to zen mode.
- Specifically, the new layering for zen mode (below noman) is:
ZenModeHelper: Source of truth for zen state
ZenModeFiltering: Subhelper dedicated to filtering rules.
ZenModeConditions: Subhelper dedicated to managing automatic rules.
ConditionProviders: Underlying engine for reporting named boolean state.
- Migration story for users with existing downtime config, migrated
to a single new calendar named downtime.
- For users with no existing downtime, two default calendars are created
for weeknights + weekends (icu4j for all locales will be done in a followup).
- Remove obsolete DowntimeConditionProvider/NextAlarmConditionProvider and tracking.
- Clean up obsolete resources.
- Add common zen summary description string computation.
- Add proper noman wrappers for the new model.
- Change the semantics of the global zen setting. It is now read-only. Setters
must call noman, added a "reason" to all calls for better attribution.
- Update zenmodepanel + volumedialog to the new model.
- Display the one or more automatic rules in the new zen footer summary.
- "Snooze" the automatic rules when the user explicitly turns zen off.
Bug: 20064962
Change-Id: Idd9deb865a6035ad0cfae660198dccb517e6d7cc
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 1d881a1e986c706963c254fbe2b6296a1cd10b75 |
|
19-Mar-2015 |
John Spurlock <jspurlock@google.com> |
HUN: Implement per-package config.
- Keep track of whether or not HUNs are allowed per-package.
- No impact on ranking, purely presentational.
- Simplify RankingHelper with a package table.
- Improve RankingHelper dump.
- Fix some warnings and typos.
Bug: 19776495
Change-Id: I28d69df69b576f4eabbb528eabecb1f736f0e830
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| cdb57aeb0e2c83a887c86da0ca2a890df7f02f41 |
|
12-Feb-2015 |
John Spurlock <jspurlock@google.com> |
Allow sysui-managed remote volume controllers.
- Relax restriction on audio service calls that assume the volume
ui is systemui, allow calls from a blessed component app.
- Blessed component app service saved in secure settings.
- SystemUI mediates requests to replace the volume dialog, prompts
the user on activation.
- Show a low pri ongoing notification when the volume dialog is
being replaced, to allow user restoration at any time.
- Replace the controller management code in VolumeUI to use a
ServiceMonitor, backed by the new blessed app component setting.
- Add proper zen-related noman client wrappers, make avail to the
registered volume controller.
- Everything is still @hidden, no api impact.
Bug: 19260237
Change-Id: Ie1383f57659090318a7eda737fdad5b8f88737d4
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 530052a2fe3b6a6a4246ce28ab0ced647fe7f470 |
|
30-Nov-2014 |
John Spurlock <jspurlock@google.com> |
Zen: New behavior for built-in downtime + nextalarm conditions.
- Downtime: Allow user to enter downtime early, offer as an end
condition four hours before downtime starts. Available in
either none or priority, regardless of settings configuration.
- Downtime: Always exit before next alarm if zen=none.
- Downtime: Make more like any other condition provider, remove
special status (mostly).
- Downtime: New auto-triggering rules, allow triggering after a
manual condition ends, once.
- Decouple NextAlarm + Downtime providers, allow them to offer
their conditions at the same time.
- Downtime/NextAlarm: Update conditions if they change while being
requested, even if unsubscribed.
- Make all three built-in condition providers optional, via config.
- New internal helper for runtime config.
- Don't follow changes to next alarm, consider the condition false.
- Isolate downtime calendar logic into separate class (for testing).
- Allow a:bb -> a:bb as a valid downtime range (all day).
- Volume dialog: configuration establishes maximum number of visible
conditions, including built-ins.
- Zen mode panel: avoid widget updates during layout transition.
- Zen mode panel: move controller callers to background thread.
- Zen mode panel: hide/show/rebind rows instead of adding/removing.
- ZenLog: Add downtime autotrigger results.
- Volume panel: Smarter refresh on ringer/zen changes.
Bug: 16373455
Change-Id: I4f801018ddb0beb6eb9fa03a81c79f7949888a3f
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 7381daa0b99ef5beb224ffd2544a156af40e78d1 |
|
05-Sep-2014 |
Chris Wren <cwren@android.com> |
remove unused matchesCallFilter(Bundle, int)
Bug: 17402728
Change-Id: I0be7c70597a629ca0bd60b7230ffcc58e8e7aeac
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| da4bd209cffad7e47a4bc6e9f02c4bfc333d3d8d |
|
04-Sep-2014 |
Chris Wren <cwren@android.com> |
Keep contact affinities separate across users.
Also ignore people extras on USER_ALL notifications.
Bug: 16213960
Change-Id: Ic0341c88d42d4a4f12cac35c0f41c2746aec02ac
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 3ad4e3a45bbe44129b14c4d391431e44f1e04f0c |
|
02-Sep-2014 |
Chris Wren <cwren@android.com> |
Honor per-app sensitivity setting.
Settings are stored by NotificationManagerService in the policy file,
and are communicated to NotificationListeners via a hidden API on the
RankingMap object.
Bug: 16324353
Change-Id: I2d5cf6782273744cbf9b309dec76780cc0a4c39e
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| bd6937841983230bd65dc08548367caa7d409238 |
|
30-Aug-2014 |
John Spurlock <jspurlock@google.com> |
Merge "Add a hidden system method to check call filter." into lmp-dev
|
| 2b122f4c2e691f0319e4f9ea5873989792bb56a6 |
|
27-Aug-2014 |
John Spurlock <jspurlock@google.com> |
Add a hidden system method to check call filter.
As a stopgap for dialer, add a NoMan method to check
whether or not contact extras meet the current notification
interruption filter, if phone calls are allowed at all.
Bug:17299986
Change-Id: I4d7e04b974d878504ef4e3a73cb6b602cdd2f73e
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| b82bc785c966b59621a3a2523ba7cdf84a73697b |
|
20-Aug-2014 |
Christoph Studer <chstuder@google.com> |
NoMan: Allow listeners to specify notification trim
Bug: 16574195
Change-Id: I116080df8b73d73040cf9dbc751e25ee118641d7
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 85a384b4256121eb85b7e72bcd50f3348f365d41 |
|
27-Aug-2014 |
Christoph Studer <chstuder@google.com> |
NoListener: Factor out ZEN mode API
Bug: 17255109
Bug: 17295014
Change-Id: I7e1f6e29b8a23b8e59a8615a8012a86bd5dd22d7
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| ea75fddbb452638f286c2fcdbddff145ee1a85cb |
|
12-Aug-2014 |
Dan Sandler <dsandler@android.com> |
Allow listeners to fetch current notifications by key.
Bug: 16574195
Change-Id: I269dbcc7fc8912d84229f6a3d950b0015625ae7a
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| b4782526f5600d9759baac64b23e0c0cd05e2050 |
|
22-Aug-2014 |
John Spurlock <jspurlock@google.com> |
Display notification effects suppressor in the volume panel.
Bug:16958514
Change-Id: I0eac173875e8af62e3c6b39001722c3fda4517de
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 4db0d98b42a723f2e16c6595e85e866fd26c6d98 |
|
13-Aug-2014 |
John Spurlock <jspurlock@google.com> |
Zen: Downtime now a condition provider, persist conditions.
- Persist the entire exit condition instead of only the id.
- Make downtime a proper condition provider (similar to the
existing countdown provider for time-based conditions)
- Move all downtime-related items out of ZenModeHelper and
into the new condition provider.
- Reevaluate downtime more often, when any of its inputs change.
- Make sure downtime appears as an available condition in the
condition panel when applicable.
Bug:16296125
Bug:16211189
Bug:17031767
Change-Id: I1d8269a4e6fe170ce776bf932dbbdfb29dd25dd7
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| d8afe3c41e65a8f6ff4283c124ba250c92cf50c6 |
|
01-Aug-2014 |
John Spurlock <jspurlock@google.com> |
New api to sync zen mode state from listeners.
- Allow connected listeners to request changes
to the primary device's interruption level.
- Rename alerts -> effects in the other constant,
which does not affect interruption level.
- Rename "flags" -> "hints"
- Basic NoMan wiring for level hint.
Bug:15888672
Change-Id: I2b07fb2c9d32a143fff7c260b7d2cd4d0cd3a592
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 1fa865f396e94913cfbbd32ce7799c2e8aeb7a08 |
|
21-Jul-2014 |
John Spurlock <jspurlock@google.com> |
New NotificationListenerService listener flags api.
Give activated listeners the ability to request changes to
listener-level or host-level state.
Currently this consists of the ability to suppress notification alerts
(alerts = the haptic / audio feedback of a notification).
Bug:15888672
Change-Id: I045e3b99d1f15e3f96ebaf17d3083a97e02ecb42
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 54bbef435ed857fc68941672799fc8001c101119 |
|
10-Jul-2014 |
Chris Wren <cwren@android.com> |
Implement application-level high priority bit.
Enable checkbox in settings and wire it to NotificationManagerSerivce.
Add RankingHelper to collect ranking configs and logic.
Bug: 15080024
Change-Id: Ib1d3b0b5ca4fcfdc52c2cb6838a009b9addf1094
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| cee44ba418bef83571349acb2d24ef29833502e0 |
|
20-May-2014 |
Christoph Studer <chstuder@google.com> |
Simplify NotificationListenerService API
Use ParceledListSlice to send the list of active notifications
from NoMan to NotificationListeners.
This allows us to simplify the API to what it was before
introducing the "String[] key" workaround for dealing with large
numbers of StatusBarNotifications.
While we're at it, rename Ranking.getIndexOfKey to something that
makes more sense.
Bug: 15126927
Change-Id: I02c2087978c6c4ec1198be496c6250a66143ecb3
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 3b98b3f1f85aff0c84ebef4dd497c146d1b4d248 |
|
01-May-2014 |
John Spurlock <jspurlock@google.com> |
Implement long-term condition subscriptions.
Bind long-term conditions (like "in a meeting") to enter/exit
zen mode automatically.
Persist automatic condition subscriptions to maintain them across
reboots.
Normalize condition state binding: true => enter zen, false => exit.
Change-Id: Icba2b8b25c0a352ae8215f4c0a324e4f966c0165
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| e77bb36d48b6b8b5c3bb6a1195aca469bb237919 |
|
26-Apr-2014 |
John Spurlock <jspurlock@google.com> |
Wire up condition providers to zen mode exit triggers.
Bug:13743109
Change-Id: I4e45d7050d1f9aaa379f46379a3203e61e216a3d
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 7340fc8665ae3f9f1978f42aa0e5e1da85036158 |
|
25-Apr-2014 |
John Spurlock <jspurlock@google.com> |
Introduce condition provider services.
Add the condition provider interface, base class, and associated
system metadata.
Pull out common service management code into a reusable helper,
used by notification listeners and condition providers. The
helper, ManagedServices, is now completely self-contained - it
has no dependencies on NoMan or NoMan abstractions.
Bug:13743109
Change-Id: I6856d40f0a2ead78ac9b5707568559a57e7eb009
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 056c519df1dfb8fdc57daddfdf09bc0e1ffddac4 |
|
21-Apr-2014 |
John Spurlock <jspurlock@google.com> |
Do not disturb: persist user config.
Load and store user configuration for do not disturb. Separate
out service-related aspects into new helper. Make config availble
over NoMan for settings.
Implement phone + message based filtering (package whitelist for now).
Implement automatic enter/exit zen mode overnight scheduler.
Bug:14211946
Change-Id: Ib28aab0e4c5c9a5fd0b950b2884b1ab618fdfeca
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 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/app/INotificationManager.aidl
|
| 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/app/INotificationManager.aidl
|
| 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/app/INotificationManager.aidl
|
| 25cf8cee6f304a286d321204e448b18ce733a60c |
|
24-Apr-2013 |
Daniel Sandler <dsandler@android.com> |
New NotificationListener API: getActiveNotifications()
This allows a listener service to catch up on the current
state of the notification panel at any time, including at
startup.
Bug: 8656860
Change-Id: I1a3d665d84576e17870929a63dda334afc696010
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 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/app/INotificationManager.aidl
|
| 4b749ef5f2d510b84b99aa269d5c77af22457d04 |
|
19-Mar-2013 |
Daniel Sandler <dsandler@android.com> |
Allow whitelisted non-system packages to listen for notifications.
The allowed packages are listed in
Settings.Secure.ENABLED_NOTIFICATION_LISTENERS. (Don't let
the plural fool you: only one listener will be supported in
the UI.)
Change-Id: Ia69f2ba05d8e555fd4d40b0cc89c62ed14af3cac
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 09a247e9a86df068422cbe8b60430fb6583c028c |
|
14-Feb-2013 |
Daniel Sandler <dsandler@android.com> |
New INotificationListener interface.
Use with INotificationManager.registerListener(). Limited to
system only right now.
Change-Id: I65b6a8778267022cdc5e58eb75ae607a54b1cc52
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 78d0d25dca42fcde5dcea98ab74bfc7f5c8e1114 |
|
12-Feb-2013 |
Daniel Sandler <dsandler@android.com> |
Historical notification access API.
Similar to getActiveNotifications(),
getHistoricalNotifications() returns a list of all
notifications that have been posted, in
reverse-chronological order. It currently includes duplicate
entries for notifications that have been updated (so it
really is tracking every notification that has been posted
to the system).
Change-Id: Icce8d6f96bbe76710c989fd0068ff971c6498605
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| fde19b106b2b77bc3540b04445357870caf878b5 |
|
17-Jan-2013 |
Daniel Sandler <dsandler@android.com> |
New API to request a list of current notifications.
The ACCESS_NOTIFICATIONS permission is signature|system only.
Change-Id: I41338230aee9611117cbdac251c1b6b6c3cebf00
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| f265ea9d8307282ff1da3915978625a94fc2859e |
|
01-Feb-2013 |
Dianne Hackborn <hackbod@google.com> |
App ops: vibration, neighboring cells, dialing, etc.
Improve handling of vibration op, so that apps are
better blamed (there is now a hidden vibrator API that
supplies the app to blame, and the system now uses this
when vibrating on behalf of an app).
Add operation for retrieving neighboring cell information.
Add a new op for calling a phone number. This required
plumbing information about the launching package name through
the activity manager, which required changing the internal
startActivity class, which required hitting a ton of code that
uses those internal APIs.
Change-Id: I3f8015634fdb296558f07fe654fb8d53e5c94d07
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 4a900acdef4559f9f84ca7e2bce45485215fc130 |
|
30-Jan-2013 |
Daniel Sandler <dsandler@android.com> |
Migrate package notification restrictions to AppOps.
Change-Id: I23064ce3014d2446d009bbdff92b301280e8b989
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 4120375d46091df8527bb701882e056fbb0e6b06 |
|
31-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Remove Binder.getOrigCallingUid().
Replaced all remaining places that used it with explicit user
specification.
While doing this, I ran into stuff that was creating PendingIntent
objects (that now need to specify the explicit user they are for),
which are also posting notifications... but have no way to specify
the user for the notification.
So the notification manager in the system process now also gets a
formal concept of a user associated with the notification, which
is passed in to all the necessary aidl calls. I also removed the
old deprecated aidl interface for posting/cancelling notifications,
since we now always need a user supplied.
There is more work that needs to be done here, though. For example
I think we need to be able to specify USER_ALL for a notification that
should be shown to all users (such as low storage or low battery).
Along with that, the PendingIntent creation needs to be tweaked to
be able to handle USER_CURRENT by evaluating the user at the point the
pending intent is sent.
That's for another change, however.
Change-Id: I468e14dce8def0e13e0870571e7c31ed32b6310c
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 0da673f02e542c644c300568807c80e196296860 |
|
11-Apr-2012 |
Daniel Sandler <dsandler@android.com> |
Notifications may now be disabled on a per-package basis.
When a package's ability to post notifications is disabled,
all outstanding notifications from that package are
immediately canceled, and the score of any future
notification from that package is set so low that the
notification manager won't even send it to the status bar.
No UI for this yet, but you can try it out:
adb shell service call notification 8 s16 $PKG i32 (1|0)
Bug: 5547401
Change-Id: Ieccac5746b40f60debd902a45d1dedbc91dcdc89
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 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/android/app/INotificationManager.aidl
|
| 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/android/app/INotificationManager.aidl
|
| 6ecaff15836581336b1e8fad6ac42f3ff4a13544 |
|
25-Sep-2009 |
Fred Quintana <fredq@google.com> |
add a optional String to the key of notifications to allow users
to scope them
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/app/INotificationManager.aidl
|
| 54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/core/java/android/app/INotificationManager.aidl
|