* moveTaskToFront() now has 2 nullable parameters at
the beginning:
- IApplicationThread appThread
- String callingPackage
Change-Id: I761784bdb3918021a0848e8ee31baa0818540bb1
In particular, fixes packages/LineageSettingsProvider/tests/Android.bp
which otherwise results in errors about unknown properties tags
and instrumentation_for.
Change-Id: I1d44fce77765a77ed6f3c23763f439a216eaefda
* Use getFocusedStackInfo() to check active task, also do general
cleanups for this class. Hopefully this will get rid of the
strange issues of "kill foreground app" feature.
Change-Id: Ice1ca8e088ea4fec050fa171d990cb938dd3272c
Problems with current TrafficStats.getTotal[RT]XBytes()
implementation:
* Tethering related traffic is not counted at all.
* If you have a VPN active, stats are double counted.
So change the approach and track traffic on all non-VPN Internet
capable networks since:
* Tethering traffic is included in interface specific stats
(unlike getTotal*).
* VPN networks are excluded so no longer double counted.
* Works correctly regardless of hotspot "Allow clients to use
VPNs" hotspot setting.
* Works with simultaneous wifi ap and wifi upstream.
(WIFI_HIDL_FEATURE_DUAL_INTERFACE = true)
Change-Id: Ic1135f10388b5be427202b092acd1444f94bd2b6
* LiveDisplayConfig isn't instanced until boot completed, thus if
LiveDisplayManager is instanced earlier, null is always returned.
Change-Id: I003886ffced86a5a82dec25a4cc7b542da0f2331
* 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
* Handle the migration for old settings and default
to Android's stock battery style.
* Hiding battery icon is now achieved using icon blacklist
via system tuner settings.
Change-Id: Ie41d71c774a34abe225e2c0a6a0a9fd4316189cd
* 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
Parts uses notifications to preview custom notification lights.
Since Android O we got NotificationChannels and the internal API uses
the color values of the channel instead of the color set at the notification.
To prevent unexpected breakage in future, introduce a flag to be used for
providing preview colors in a bundle to force said color.
Also introduce flags to control the ON and OFF duration.
Change-Id: Ifbb7995a19d95b6ddb2627c1b14dd201f9dc5430
Signed-off-by: Alexander Martinz <amartinz@shiftphones.com>
* 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
* It was moved from Global to System but no migration was in place
to handle upgrades from previous versions.
Change-Id: If76243b0224dbc0138cf3c5dbc8aaeefa69f06a4
* 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
* If extphone binder service is invoked after death, phone service
would crash due to android.os.DeadObjectException.
Change-Id: I8dec7bfd709b0443654001ecd67219a2ba8cc134
* The upgradeVersion < newVersion part is never reachable because we
increase upgradeVersion unconditionally. Make it back to stage by
nuking it as no one has experience issues before.
Change-Id: Icac1e18c192292ad3147fd4af4c862e93ef34ba5
* 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
