| 9ffa50096f5ad980bdaef4d214ad1a835b9b2991 |
|
26-Sep-2014 |
Christoph Studer <chstuder@google.com> |
NoMan: Evaluate all contacts matching EXTRA_PEOPLE URI
Bug: 17660485
Change-Id: I8684067538fcd2d43a9f95c6aa707b275b13ee40
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 12aeda802ed91a49977a22166319ce74a3352e30 |
|
23-Sep-2014 |
Christoph Studer <chstuder@google.com> |
NoMan: Add 3s timeout in matchesCallFilter()
In Priority mode, NoMan can block the telecom Ringer
indefinitely when looking up the caller contact details via
ContactsProvider.
Fix this by introducing a 3s timeout and assume the call
matches the call filter when the timeout is hit.
Bug: 17598245
Change-Id: Ia0893cf203e6ffd943c749719ebb9e0f0958eb01
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 99f4c7d0c9c9c29ced22da0a8af4d1a04b0ef186 |
|
11-Sep-2014 |
Chris Wren <cwren@android.com> |
Invalidate the people cache on Contacts provider changes.
The Contacts database only seem to notify that a change has happened, not
which row was changed. We simply invalidate the whole cache on changes.
Added an info log for even 100th invalidation, so we can see how often it happens.
Bug: 17466975
Change-Id: I9988ea8db776c88afd835a4b3c50b9a982a309d0
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 7381daa0b99ef5beb224ffd2544a156af40e78d1 |
|
05-Sep-2014 |
Chris Wren <cwren@android.com> |
remove unused matchesCallFilter(Bundle, int)
Bug: 17402728
Change-Id: I0be7c70597a629ca0bd60b7230ffcc58e8e7aeac
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 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/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 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/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 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/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 9e427694a590b920f5af20b565ee008c4a73f714 |
|
30-May-2014 |
Chris Wren <cwren@android.com> |
am 3d2f4c6b: Add people signals to Zen mode.
* commit '3d2f4c6b1f3496de3b9c8ece1556684a6cb27903':
Add people signals to Zen mode.
|
| 9fd259dd2676043a41ffe1b6bb10aa2e5629dd63 |
|
30-May-2014 |
Chris Wren <cwren@android.com> |
am bef7d256: Merge "Track Zen Mode status in the NotificationRecord" into lmp-preview-dev
* commit 'bef7d25652c767f9850ec7ad6c51812b1c8db69d':
Track Zen Mode status in the NotificationRecord
|
| 99f963ea04d7a86219ece00c356f3f6bce33b6d6 |
|
28-May-2014 |
Chris Wren <cwren@android.com> |
Add people signals to Zen mode.
Depends-On: I51fcf689ddbee7715e3387b865f18a715887c943
Change-Id: I7c91dec1afeb54505426c4da59ec4d072a60c240
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 333a61c3a5a83fe9c50ebeb5c947317f61385b7b |
|
28-May-2014 |
Chris Wren <cwren@android.com> |
Track Zen Mode status in the NotificationRecord
This requires the record to be present in makeRankingUpdateForListener,
however, if the ranking object is created before the post to the handler,
then no cloning is necessary.
Depends-On: I907a1ff28123219db1c08889d723ad1b70b191ab
Change-Id: I51fcf689ddbee7715e3387b865f18a715887c943
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 92af372fc60f59c628a7169d4a506e9c834c097a |
|
27-May-2014 |
Chris Wren <cwren@android.com> |
add tests for ValidateNotificationPeople.getExtraPeople()
Change-Id: Ieb8acce58574c25cccce674b4494f75d96b57125
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| fb69da323b97ae4712054d37fb2f7d54cddb7dbd |
|
16-May-2014 |
Chris Wren <cwren@android.com> |
Reduce logspam by catching unexpected types ourselves.
Also fix a bug in the conversion of ArrayLists to String[].
Change-Id: I839c80d0b571be298062d511dd3c83cc1e263f54
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 470c1accf5a54f9844a779eafab74e63c09342b5 |
|
21-May-2014 |
Chris Wren <cwren@android.com> |
Fix a concurrency bug in the ranking reconsideration.
If we rely on mNotificationList to be sorted, then we cannot allow
records to change without a corresponding call to sort. Currently
RankingFuture may modify records in a separate thread, while the sort
doesn't happen until later. This creates a window for race conditions.
Instead, RankingFuture should record operations to be performed on the
record that will replayed later, in a transaction along with a sort.
We can't simply overwrite the old record completely because another
future may be concurrently modifying a different aspect of the record.
Two futures that attempt to modify the same aspect will be serialized
and the second will overwrite eventually the first.
Change-Id: I9223cabdc60f72d8e37e6d8119bea1e0127185c0
(cherry picked from commit 77d3e0d0297caca5358879d36e8ba77710eb8e82)
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| 44d81a4b86f73ecf79861bc576c90b8f8e4ba761 |
|
14-May-2014 |
Chris Wren <cwren@android.com> |
Add email validation and star support to ValidateNotificationPeople.
Also fix a bug with multiple pending lookups dropping information.
Change-Id: I8348f126e6b0a17cf762ebb720d1c306d3b4923a
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|
| f953664dc17dca23bd724bd64f89189c16c83263 |
|
17-Apr-2014 |
Chris Wren <cwren@android.com> |
notification ranking infrastructure
Added an ordered list of notifications (n.b. a complete ordering).
Added a mechanism for ranking to be updated asynchronously
Added onNotificationRankingUpdate to NotificationListeners
Added an opaque order update object and a convenience comparator that
uses it to sort notifications for listeners
Repurpose scorers to be ranking preprocessors. The preprocessors will
perform heavy-weight validation of the notification object and memoize
the results to improve efficiency of the ranking comparator.
Current internal comparator implements status quo ordering, except
that notes with a valid contact sort to the top of their priority
bucket.
Change-Id: I7244c65944a9657df41fb313b3cb5a52e149709d
/frameworks/base/services/core/java/com/android/server/notification/ValidateNotificationPeople.java
|