Content observer callbacks don't specify the user,
so scan all the users we know about. User switches
will also trigger an update which will explicitly
check the setting for the (now) current user.
Migrate tests to TestableContext to allow the test
to safely override secure settings.
Bug: 36021111
Test: runtest systemui-notification
Change-Id: I588068382912955da114cc351df7a1e7b4f0733f
Also, add a config value for always on display availability.
Test: runtest -x tests/src/com/android/systemui/doze
Change-Id: Id5e0136a5bed0eac78ad48147b0bef8311b06986
Create a new signature permission that allows SystemUI to call critical
methods in Connectivity and Wifi Services.
Bug: 36760523
Test: make
Change-Id: I475e4c1c040fd3dee87b86d2845c0801195d29d1
If a dataset needs to be authenticated the fill service
may not have the values but needs to tell the system for
which fields to show the fill UI. We now allow passing
a null value to mean the view is a part of the dataset
semantically but its value should remain unchanged.
If a dataset has no values, i.e. the related autofill ids
are mapped to null, we cannot properly filter. In this case
we always match such items regardless what the user typed.
While at this improved accessibility support for filtering
to announce when the number of items being filtered changes.
Also while at this allowed a dataset authentication to return
a response which replaces the current response and refreshes
the UI. Matching datasets with null values to any text plus
allowing a response to be returned from a dataset auth enables
the use case where there is always "Import" item at the
end of the list which when clicked can show arbitrarily more
data entries associated to other apps.
Another change is that we now provide the client state
bundle on both request and dataset auth.
Finally, this change gets rid of dataset waiting auth and
response waiting auth concepts since the reference to the
response and the dataset is piped with the auth request.
Fixed a bug where the width of the autofill UI was not
properly measured by going over all items in the adapter.
Now we measure enough height to fit the first three and the
width id the width of the widest item in the adapter.
Test: Added LoginActivityTest#testDatasetAuthTwoFieldsReplaceResponse
Added LoginActivityTest#testDatasetAuthTwoFieldsNoValues
Added LiginActivityTest#filterTextNullValuesAlwaysMatched
All autofill CTS tests pass
bug:37724701
bug:37424539
Change-Id: Ic19e5d7cbdbb7d110c9e7da0ad60b540cbf1aecf
Devices that support 4 bar signal strength
indication should display the bars as follow:
4 bar RSRP > -90
3 bar -90 ≥ RSRP > -100
2 bar -100 ≥ RSRP > -115
1 bar -115 ≥ RSRP > -120
0 bar RSRP ≤ -120
or No Sync to LTE Reference Signals
Bug=37187586
Change-Id: I2a76aabdf6d8ef1be3a05a90643b1e670f929bc3
- Construct the NETWORK_AVAILABLE NotificationChannel in
SystemNotificationChannels
Bug: 37794067
Test: make
Change-Id: I27aa69f8d038af238343eabc706147a02cad7330
If a phone call is ongoing, the alert will be allowed but
only using a special incall notification tone and no
vibration. The tone will be played on the voice call audio
stream.
Also enable customization of the relative volume of the in
call notification volume. This allows the level to be
changed for different operators using overlays.
The requirement behind this is to allow audible SMS/MMS
notifications during phone calls, something that is
requested by a number of European operators.
Bug: 28688969
Change-Id: Ia8ce5c784a847e6759b55e6a78ac2100db47df19
Test: manual
This feature will be used to indicate device's support for Passpoint.
The apps will be able to call PackageManager#hasSystemFeature(FEATURE_WIFI_PASSPOINT)
if Passpoint is supported or not.
While there, remove the legacy build config flag for enabling Passpoint
(aka Hotspot 2.0).
Bug: 36886243
Test: Manual test
Change-Id: I99e9299a1ddbb8024f12a5a90a975eb54246cc97
Created a new config for WiFi Wakeup (config_wifi_wakeup_available)
and defaulted it to NOT_AVAILABLE.
Also added a new global Settings constant (WIFI_WAKEUP_AVAILABLE)
and defaulted it to the value of the new config noted above.
Bug: 37987491
Bug: 38036968
Test: Built, flashed and confirmed proper config value.
Test: runtest --path frameworks/base/core/tests/coretests/src/android/provider/SettingsProviderTest.java
Change-Id: I0cdca4262a0ef473fcbbf7da8d960c41dfafb11f
This commit builds on top of prior API commits. It
adds code to the system server, but in a disabled way.
The system server is responsible for monitoring two
(configured) package names: one for the "updater app"
(provided by the platform) and one for the "data app"
(provided by the OEM). When either package changes
the updater app is triggered via a privileged
intent.
The updater is then required to communicate with the
data app and report back to the system server.
Unit tests are included for the major components.
To run:
make -j30 FrameworksServicesTests
adb install -r -g "out/target/product/angler/data/app/FrameworksServicesTests/FrameworksServicesTests.apk"
adb shell am instrument -e package com.android.server.timezone -w com.android.frameworks.servicestests \
"com.android.frameworks.servicestests/android.support.test.runner.AndroidJUnitRunner"
This contains a cherry-pick / conflict resolution of
commit 68f666693a after an automerger skip.
(cherry picked from commit 68f666693a)
Test: See above.
Bug: 31008728
Merged-In: I8f82cdcc2b574778a7e0d0184270f305b69ee17b
Change-Id: I8f82cdcc2b574778a7e0d0184270f305b69ee17b
