In particular, fixes packages/LineageSettingsProvider/tests/Android.bp
which otherwise results in errors about unknown properties tags
and instrumentation_for.
Change-Id: I1d44fce77765a77ed6f3c23763f439a216eaefda
* On HWC2, setting "Display mode" to "Automatic" and disabling
"Automatic outdoor mode" at the same time makes no difference with
setting "Display mode" to "Off" alone. Obviously this is redundant
and could confuse the user, so simply ignore the "Automatic outdoor
mode" setting on HWC2 to reduce redundancy.
Change-Id: I6858571a6b9ded3540fd3d936499878f57a7b3d4
* This capability is set by ColorTemperatureController on HWC1 which is
not used on HWC2, but it controls whether to enable automatic outdoor
mode, thus advertise it here.
* Set the default mode back to MODE_AUTO.
Change-Id: I2061cdb9ca5991e60dc9c4b3d566dd811c3c8936
This reverts commit f781a9399a.
* Twilight tracker and display mode are still used by
ColorTemperatureController
Change-Id: Icaf2a93befd56478eb2307d6f25da49c7c3fd73f
* When SuW is not yet done, the notification is already posted
* This results in an english notification text when the SuW is finished
because the notification doesn't update when the locale changes
-> Listen for locale changes and post the notification again (= update)
Change-Id: I920a52c5c85c91adb7333a20d410a5464e80a812
* Having decided to use AOSP's night display feature in favor
of our equivalent implementation, then we should take care of getting
the latter completely disabled. Not only it can happen that a user was
likely using it and enabling night display will now cause color
transformation matrices to be applied twice, but also because there
are resources being used for nothing.
Change-Id: I4ba7f643bf9e3d3b9bda17102b41668644e22ba1
* Update 2x a minute rather than 1x a minute as a result of dropping
TWILIGHT_ADJUSTMENT_TIME from 1hr to 30min in an earlier change
* Use an AccelerateDecelerateInterpolator for transitioning from day
to night mode and back to make the transition smoother for the user
* Update copyright while we're at it
Change-Id: I438f265c6cd9a2487b75744beccaf2bbac21b36e
* The parameter here only has to have the type you want it to return,
so creating an array of size > 0 is unnecessary and wasteful
Change-Id: I28e490fb6fa3703d7edca21b29d640105072947b
* We can't talk to DisplayTransformManager in C++, so
we must have a fallback in the SDK itself for HWC2
* While we're at it, fix the size of the int array created
in getDisplayColorCalibration() to be 5 rather than 6
Change-Id: Ic524f7d60ae1585efed3fba676cf3301dcaecd7f
* For devices using Qualcomm MPCTL interface as power profile backend,
setting the user's profile preference fails on boot, because we call
perf_lock_acq before MPCTL is ready.
* To fix the issue, add an option to wait for MPCTL service to start
before setting stored power profile.
* We should not only wait for the service to start but also post boot
parsed property to be set, because MPCTL service won't actually
initialize if the property is not set to 1.
Change-Id: Ib749c3eb548dad0ab24868ee0048247a0b80dd6a
* During boot up phase the system is trying to update
LiveDisplay tile status based on the applied mode.
However, with LiveDisplayConfig not yet initialized this results
in a NullPointerException. Address it and fallback to MODE_OFF.
Change-Id: I736da21455e74801aae69e16b9e80c8985b83a5a
* While we're at it, hide the use of getSupportedFeatures(),
since it only works for lineagehw java features, not hidl
* Cleanup some minor styling/organization issues
Change-Id: I905010bc7c6d7d8578eeca501be23f665127aa27
* DISPLAY_GAMMA_CALIBRATION
* LONG_TERM_ORBITS
* SERIAL_NUMBER
* While we're at it, cleanup tests for removal of other features too
Change-Id: I1a572cf3bcc5298d208a3dc234f9d82da1105bf0
* The difference between civil and actual sun{rise,set}
is 6 degrees of movement of the Sun in its path in
the sky, astronomically speaking
* Since the Sun "travels" at 15 degrees/hr in the sky,
that means the difference between civil and actual sun{rise,set}
is about 24 minutes, temporally speaking
* In order to more closely match that temporal difference,
the TWILIGHT_ADJUSTMENT_TIME should be about 30 minutes
Change-Id: I30a600c71ce5dd01fcb96fb4f5108f45fa493b0c
* This makes it clear what the desired behavior is
* In order to make the logic more clear, also start
scaling into night mode before civil sunset so that
we finish by civil sunset -- this makes sure that
by the time there's no light out for practical
purposes, we are in night mode
* While we're at it, add a few comments about what
each return is supposed to do, for the future
Change-Id: I4ec0f8eec6b0129a37e99f9e3a2b3f124aeeb4f2
* Our overlay name now confuses people as Google introduced a screen
burnin protection feature for ambient mode in Oreo. Just re-use AOSP
one and kill this.
This reverts commit 088ddf5aaf.
Change-Id: Ia76b28444cd7b117559062fbd8230602962616b2
After reboot the active WeatherProvider is started (onBootPhase)
too early, resulting in WeatherProvider not syncing anymore.
Start the active Provider when userland apps are ready to fix this,
like on 14.1:
0cee14b03c
Found by meiser@xda
lineage-15.1 ready Weatherproviders for testing:
https://github.com/nvertigo/android_vendor_nlos/tree/nlos-15.1/weatherproviders
Change-Id: I8d3eb7aacaf265c55d5d0b5157731e04068a7c7d
* WiFi service is not considered as a core service so it won't start in
min framework, but ProfileManager accesses to WiFi service's API.
This would lead to a fatal exception and trigger RescueParty.
* We don't really need ProfileManager during such early stage, so
simply disable it to avoid invoking WifiManager.
Change-Id: I2c66217599e0062eaff2e5f4e86ebc092d4a41d5
* Since changing overlays is now guarded with enforceCallingPermission()
instead of enforceCallingOrSelfPermission() we can no longer call
setEnabled() after resetting our identify.
Change-Id: I25df30d0ba83f15ca1124d6fc6f79d3465d052f2
*) On pie, lineage system server is starting before
overlay manager service so mOverlay was being
initialized with null (and crashing).
*) Change to only attempt to get service handles after
boot phase system services ready.
Change-Id: I4965ce6015275a421e2e3864e66e77b8c15477f0
* New devices don't have hardware navigation buttons
Change-Id: I989ec6f7f07fd746c24b3eecb527412e3c5ec0e0
Signed-off-by: Giuseppe Barillari <joe2k01dev@gmail.com>
* The current API makes no sense, and doesn't really
fit with how the other boolean features work
* While we're at it, place AutoContrast properly
Change-Id: I81d7805411c281e435c7451c0b62689711dbb323
