| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
previously, some logs had only some times, and not others.
Bug: 21394955
Change-Id: I0d7af163be23f5a989c35aba6e6f6879672543fc
|
|
|
|
|
|
|
|
|
|
| |
Split out monolithic visibility notifications into individual logs for
each visibility change with longevity and freshness.
Add exposure time to cancelation logs.
Bug: 20122735
Change-Id: I56c112cdb54fb65b41cfbef4c36ce8706729c5cb
|
|
|
|
|
|
|
|
|
| |
Write samples of the old and new state to the binary event log whenever
the user modifies the auto-brightness adjustment. We wait a few seconds
before logging to ensure that the user is satisfied with the adjustment.
Bug: 19786916
Change-Id: I41402decd1034d0839aa0f47495bc00907ab9c08
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Main change is to fix problems in the alarm manager where it
was not doing a good job at scheduling the device idle wakeup
before an alarm. To fix this, we now keep explicit track of
the next "wake from idle" alarm so we can consistently use that
to adjust the time of the device idle alarm if needed.
Also a bunch of debugging stuff to help further diagnose this
problem:
- Alarm summary now includes the last time the alarm went off.
- Improved dumpsys output of alarms.
- New event log tags for changes related to idle state.
Change-Id: Idd2c8d24ae23379f7c75815ddbc6835c2a04656c
|
|/
|
|
|
|
|
| |
Also track the total lifetime in the notificaiton record.
Bug: 20122735
Change-Id: I09668be0161de0e1d8201b069e533a9a2203c83c
|
|
|
|
|
|
|
|
|
|
| |
- Keep track of calls to AudioSystem.getDevicesForStream.
- Report device changes for the base streams to the binary event log.
- Fire internal intent so volume UI can respond to changes.
- Update devices when new routes are reported.
Bug: 19618959
Change-Id: I7bbd497b178d9829accc19e6c951a711aef8590c
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Add a new volume_changed event, reported at the stream level.
- Only include changes to base streams (no aliases).
- Include the caller for each change. A caller is either:
- a pkg name (for external calls or known media sessions)
- a system server class's log tag (for internal calls,
disambiguates "android")
Bug: 19599935
Change-Id: Ia61b68ff1e7e2907a24972790ec052bfe099e665
|
|
|
|
|
|
|
|
|
|
|
|
| |
When SysUI is the only notification listener, drop group children
if there is a group summary in NoMan.
There are two changes needed to achieve this:
1. Cancel children when a summary is posted
2. Drop children if there is a summary
Bug: 18460939
Change-Id: I5a3f30b0b23b2a784783749f58352c05a7fb9e59
|
|
|
|
|
|
|
|
| |
Log whether an enqueued notification updated a previously present
notification.
Bug: 18083122
Change-Id: Ie6ed69f0bf53c668701b44e33282ca74b509a7e3
|
|
|
|
|
|
|
|
| |
In addition to logging cancelation command, also log actually
canceled notifications via the new eventlog tag notification_canceled.
Bug: 18083122
Change-Id: I1e3e1e1368f39519f34c002ae374f318f647a401
|
|
|
|
|
|
|
|
|
| |
Introduce notification_action_click logtag that is logged whenever
the user clicks any notification button. For standard templates, we
also log the index of the pressed action button.
Bug: 18064190
Change-Id: Icb07795ff711729d16bde0b7e03d13c2f466779c
|
|
|
|
| |
Change-Id: I40d9876dad2a8ec98135e3df127950dc3797040b
|
|
|
|
|
|
|
|
|
| |
We've been seeing some really funky behavior when upgrading or
downgrading system apps around OTA time. Put more of these one-time
logs into durable storage to help investigate.
Bug: 17805839
Change-Id: If898d7df229c1f71e598b0d965325c272060e5e7
|
|
|
|
|
|
| |
Bug 16689703
Change-Id: If870f1b7b9cb3929ac1edc38affc688a37c2acfd
|
|
|
|
|
| |
Bug: 16618854
Change-Id: I501f396fa495e1e55a27d7d0b65aac66495418c1
|
|
|
|
|
|
|
|
|
|
| |
Emit notification_clicked log events when a notification
is clicked from SystemUI.
Also refactor the onNotificationClicked method to work with
a key instead of individual notification params.
Change-Id: Iffd15e95d46371b2ae7bfd00b2c348d9f4cf5d14
|
|
|
|
|
|
|
|
|
|
|
| |
Keep track of notifications shown in the notification panel
and log them via eventlog.
Added the following eventlog tag:
* notification_visibility_changed
Bug: 13442201
Change-Id: Ifb74ec2492967dc787b4de86db7d7f00be6c7f74
|
|
|
|
| |
Change-Id: Ie7e15ed15739cb5f057c900e1cadf90824b2b4ef
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Include calling UID/PID in the existing
notification_{enqueue/cancel/cancel_all} event logs.
Include a new "reason" arg for cancel + cancel_all to
identify listener vs noman vs statusbarmgr calls.
Found and fixed a cancelAll path (from statusbarmgr)
that was not logging at all.
Bug:13442201
Change-Id: I2e1f875076a96b1fe3b86e8990641efb1cadfcfb
|
|
Refactored the directory structure so that services can be optionally
excluded. This is step 1. Will be followed by another change that makes
it possible to remove services from the build.
Change-Id: Ideacedfd34b5e213217ad3ff4ebb21c4a8e73f85
|