History log of /frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/ServiceMonitor.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
c72d4cbc818bb5e755e1fd86c9c6c30c4e2375dd 26-Feb-2015 John Spurlock <jspurlock@google.com> VolumePrototypes: Better handle removals/upgrades.

- Repoke the setting at startup to ensure we have the latest UID.
- Automatically restore the default volume UI when the current
vcs is uninstalled.

Bug: 19260237
Change-Id: Ie1fe356fea08392278340b54230ab429d14e1583
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/ServiceMonitor.java
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/packages/SystemUI/src/com/android/systemui/statusbar/ServiceMonitor.java
4db614dbed10e74285eaa6d0e56c3e79a4afecc0 27-Jun-2013 John Spurlock <jspurlock@google.com> Add sanity check inside ServiceMonitor's setting observer.

When registering for a specific setting key uri, the observer
can also be called back for "parent uri" updates. e.g.
adb shell content update --uri content://settings/secure will
trigger onChange with uri=content://settings/secure.

Add a quick setting value recheck, and avoid restarting if
the setting value change will have no impact.

Bug: 9595731
Change-Id: I4c71f6a4be3b655b31d2535e809bb42edd931cd6
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/ServiceMonitor.java
5c4541246c6a70f53552423dc35940386788bd5f 17-Jun-2013 John Spurlock <jspurlock@google.com> Introduce SystemUI-managed alternative system bars.

If a service component is defined in a new secure setting,
SystemUI will attempt to use that service as the status bar
provider.

Falls back to the existing in-process implementation configured
in the product config if the setting is missing or invalid.

Nothing changes yet from a permission point of view. Alternative
system bar implementations still require the status bar permission.

Also nothing changes from an api point of view. Alternative
system bar implementations use the existing IStatusBar interface.

This simply enables testing alternative system bar implementations
installed from other trusted, platform-signed packages.

Known caveat: the setting is stored per user, multi-user changes
will be handled in a future CL.

Change-Id: I0413df185f7e75f77ad2ae1bc3689306d5e6e0fb
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/ServiceMonitor.java