| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
Change-Id: I5bcb7e0777a697f18d9d58440c6db7269cef4ed1
Ticket: -
|
|
|
|
|
| |
Change-Id: Ibd2684df79c127cdebe35e3a0435d02f77e23eec
Ticket: -
|
|
|
|
|
|
|
|
|
| |
Extending the BrokerableCMSystemService allows a core
system service to declare a delegate provider interface
that can exist in another package, either in the same
or an external process.
Change-Id: Idf8d170b1504528b0d3aafb23895951e26459c98
|
|
|
|
| |
Change-Id: I3984d64210b9a1be71d075a8eb8b8a2cfebde183
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ensures the active profile is applied when user enables
system profiles. The profile will be automatically applied
upon activation if:
- No triggers are defined (i.e the profile does not respond
to events)
- A ON_CONNECT WiFi/BT trigger is defined and the device is
currently connected to such network/device
If system profiles are already enabled and a WiFi/BT event
is fired, apply the profile overrides
Change-Id: I362893151e52d35636d2ac05ab35e986d1f7237e
TICKET: CYNGNOS-3104
|
|
|
|
| |
Change-Id: If564dc92bc80d6ddfeaec7606678d544591cc11d
|
|
|
|
|
|
|
|
|
| |
ThemeUtils has method for getting the default theme package name
which will return ThemeConfig.SYSTEM_DEFAULT if no default theme
package is defined in CMSettings. Use this method rather than read
the setting directly.
Change-Id: I924f8ee116d97a8f3fcf4703214376608b31f297
|
|
|
|
| |
Change-Id: I1808f0cf7530364bdebdef8d530d49dbe7e4c8ad
|
|
|
|
|
|
|
|
|
|
|
|
| |
Notifies the ProfileTrustAgent when a WiFi/BT event was triggered even
if no new profile was selected so the trust agent can grant/revoke trust
Filters out the multiple network state change notifications to make sure
we notify the trust agent only when the event that the profile
is tracking actually happened
Change-Id: I047861a8b145762fff24568e341373a89ee01de9
TICKET: CYNGNOS-2719
|
|
|
|
|
|
| |
Fixes android.security.cts.ServicePermissionsTest#testDumpProtected.
Change-Id: I5641b42c56d9783b1edb8fb397d51040cadb1467
|
|
|
|
| |
Change-Id: I39e197f19ff2888207f0eae14e72b39a21241eca
|
|
|
|
| |
Change-Id: I7cacb61ffe8817360907f7138555f466b9f2f060
|
|
|
|
|
|
|
|
| |
Fixes an issue where audibles would be "unknown" causing them to
not play when phone rings, notifications arive or an alarm goes off
Change-Id: If279ed7e88784c025999822da7ee3a1a51d63bbd
TICKET: CYNGNOS-2728
|
|
|
|
| |
Change-Id: I4c501ae6f8cf5bcdb2957ed920d081b3b8627e3d
|
|
|
|
| |
Change-Id: I7b62978e2a284a3a1ec1ffc1d8c72545d7b0c939
|
|
|
|
|
| |
Change-Id: I93bbea04f8764c0430597f295fef6972f632be1e
Ticket: RM-214
|
|
|
|
|
| |
Change-Id: I46e5d915a803f1ef6813bdbdabe737863025e7ba
Ticket: RM-214
|
|
|
|
| |
Change-Id: I806c87e9f036c65c25ec56c452fac23507cf643f
|
|
|
|
| |
Change-Id: I5728ee43d68ae83f6480664f19f8bafb7d3fcc10
|
|
|
|
| |
Change-Id: Ic62129d6a01476de1cee98a54e5d39e136f80701
|
|
|
|
|
|
|
|
|
| |
There is a race condition between when onBootPhase(PHASE_SYSTEM_SERVICES_READY)
is handled and when clients request profiles, cpu boost, or launch boost.
Drop these requests in this condition.
OPO-702
Change-Id: I0860f824473767a4a4776e9febc7fb786b81f457
|
|
|
|
|
|
|
|
|
|
| |
The mService member variable should not be used directly as this can
cause an NPE if the backing service has died. Instead, use the
getServiceGuarded() method which will take care of re-establishing
a connection to the backing service.
Change-Id: I290e69c07a2e56644de7a394543d1e36fac1cbcc
TICKET: CYNGNOS-2779
|
|
|
|
|
| |
Change-Id: I08828c53b07a47fb169871c14b4d91641f88e3eb
Ticket: RM-232
|
|
|
|
| |
Change-Id: I415a05f9260dee22c61c2bd8cad035a424990fb6
|
|
|
|
|
|
|
|
| |
* We need this for vendor perf tools.
* This also adds a NativeHelper class which loads the JNI
library on-demand, since we don't have an entry point.
Change-Id: If76ad8f952e86366978ae9cf9d1f107febccc28b
|
|
|
|
|
| |
Change-Id: Icd397a2ddd730ae525233b66288fde9a6798c221
TICKET: CYNGNOS-2670
|
|
|
|
|
|
|
| |
Only dump CMAudio Service State for processes with dump permissions.
OPO-679
Change-Id: I28a501851a76e6d82f5726c13ac1fac74f47a8f1
|
|
|
|
|
| |
Change-Id: Idee5bd602047c01f8e13cd7d5ddbe6fb151215a2
TICKET: CYNGNOS-2378
|
|
|
|
|
|
| |
* For devices with segmented LEDs which can function as a range bar.
Change-Id: I346576b705635b60f9fd8716937e86b23bc7aa30
|
|
|
|
| |
Change-Id: I2e45d0b1a8a552331d2691d6bc6d72a3b48a8467
|
|
|
|
| |
Change-Id: I9bc4a483af682783e5f0ee215daf8b7334fe5431
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* This is a rework of the session callback API which previously
lived in the framework due to JNI usage. This has been split out
and cleaned up for CMSDK.
* The JNI library lives on the server side, and the app-level
callback has been changed to a protected broadcast. This allows
us to wake up registered services when these events occur.
* Additionally, we support listing all active audio sessions.
* Also brings some JNI love/hate over to CMSDK.
Change-Id: I31c293943474419e3db088bb7ffab75f7440ac0f
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* If the screen is off during the entire transition period,
when we turn the display back on it is not updated with
the correct color temperature.
* The code here is trying to be Mr. Smarty Pants and avoid
extra updates, but it's totally pointless and also broken.
There's no ill effects from writing to the hardware when
the screen comes on, and updateColorTemperature already
has all the other conditionals we need.
* Just call updateColorTemperature every time, regardless.
The LiveDisplayService ensures the callbacks run on the
handler thread and all this crap can be removed.
Change-Id: Ib9560e13870a5c6bbe9c5a26fad40f5ec1cefa83
|
|
|
|
|
|
| |
* If capabilities is empty, BitSet.toLongArray returns an empty array.
Change-Id: I17476438995b581050feda346d0348228519ff44
|
|
|
|
|
| |
REF: CRACKLING-1069
Change-Id: I5be5cabf316d9bd02ab4ffc169d458ab8d1b46d4
|
|
|
|
|
|
|
|
|
| |
* Fix issue with color adjustments not being applied at bootup.
* Fix issue where hardware was always updated twice.
* Check the display state inside the color animator- this was
occasionally racing and triggering kernel bugs on some devices.
Change-Id: Ieb9845e6b0f1c7ca979cbfa35c0b9b688ef1a8cf
|
|
|
|
|
|
|
|
| |
* If the device is started in the middle of a transition period,
the transition would not occur. Always check for this condition
instead of only firing it when TwilightService updates.
Change-Id: Ibe6cfa69506ffc6a9bf6390ee7e13863f275ec2a
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Simplify the code and callback mechanisms
* Fix bug where settings weren't applied at startup
* Make stuff immutable where possible
* Corrected the sunrise calculation to start on time
* Fix issue where tile state could become out of sync
* Don't spam the hardware on screen on/off
* Stop trying to cache values in so many places, they get out of sync
too easily.
* Move the animator to the general display adjustments
* Clean up outdoor mode state on screen toggle
Change-Id: Ic14425e5294d78698b9280dfb1237b222bb706cc
|
|
|
|
| |
Change-Id: I468e42b91996aad348fa0a1c85e0bc66597cf440
|
|
|
|
| |
Change-Id: Ic3958966b87da56246142a98957d9cfe820b4066
|
|
|
|
|
|
| |
This reverts commit 091842745213f823eff04670214035f2f1730ca4.
Change-Id: I5c81b9b38360c8f87b072416352f32079ad6deb4
|
|
|
|
|
|
| |
We need this for older apps to still function.
Change-Id: I8c0f37bab9ad82d2915884eb9c4f6ccdd9ba3c1a
|
|
|
|
|
|
|
|
|
|
| |
mode.
There was a logic mistake that caused _all_ modes to be skipped if
outdoor mode isn't supported. In order to avoid such mistakes in the
future, also simplify the logic and make it more easily understandable.
Change-Id: I5fe8edbb3c4d2dd05fc4b4a7f94ca05d4ecd408b
|
|
|
|
|
|
| |
* Make sure all modules are updated, and clean up a little code.
Change-Id: Id02ddb1558deea4451783fbe27f495d63f63c910
|
|
|
|
|
|
|
| |
* Don't create the mode observer or try to publish tiles if none
of the adaptive modes are supported.
Change-Id: Iee6fe8131b0614e10f35b5a03d65fb44c71c0da9
|
|
|
|
| |
Change-Id: If765cb1fe1cbc34c857dc6237cd25a1fb27f848e
|
|
|
|
| |
Change-Id: Ic7e03a1284bc51ef91ad9e7d8d2572aec405ee14
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[1/2]
The Weather Manager Service should not impose rules regarding how
a weather provide service wants to react to back to back weather
update requests, nor impose the time a caller should wait before
a new request can be submitted. These constraints vary between
weather services, so it's up the each implementation to enforce
these constraints.
With this patch, the Weather manager service will pass the requests
as they come from the requester and it will be up to the active service
provider decide whether process or reject the request.
Changes to API:
- Moved the request statuses to new inner class RequestStatus in
CMWeatherManager
- Pass status arg to onLookupCityRequestCompleted()
- Added reject(int) method to ServiceRequest
Change-Id: I3512490688255e25395e955d506fe42ed52f8fe0
TICKET: CYNGNOS-2430
|
|
|
|
|
| |
Change-Id: If2d062a90db340f8415d12897b16667fc834a848
TICKET: CYNGNOS-1705
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of exposing the RequestInfo object created by the WeatherMgr
return an ID to identify the request. This ID can be later used to
cancel the request if needed. The WeatherProviderService base class
keeps track of the ongoing requests and can map this ID to the
corresponding request
This patch also include the following minor changes:
- Use List instead of ArrayList in API
- Update javadoc to public methods to reflect API changes
- Use UUID random generator in immutable classes to generate the
hashcode rather than relying solely in the hashcode of the builder
object.
Change-Id: Ib88dd0ecddd6fdb016b77ac29709fbae092dea29
TICKET: CYNGNOS-2425
TICKET: CYNGNOS-2423
|