* Emergency info
* Emergency sos
* WEA
The pages are not removed from their old place yet, because the new
safety page is not yet visible to users.
https://screenshot.googleplex.com/92VGQxR4ocuiutj.png
Bug: 175158310
Test: manual
Change-Id: I0484f1724e626c8de822460844b5a4c93b7ff815
The page will eventually be displayed on settings root. It's currently
disabled to avoid QA/dogfood confusion, as the page is pretty empty at
this point.
Bug: 175158310
Test: manual only. Skipped robolectric because the page is pretty empty.
Will add more test as we build business logic.
Change-Id: I80f193f6e90b89ab0c37d0f23f7174e4ba86c091
- Use the primary toggle preference.
- Remove the empty subtext.
Test: See toggle preference on auto brightness feature
Bug: 174964139
Change-Id: Ic5105730c7a2075d61cdde42395e41712bb468a7
Based on the Android S design,
- Group similar settings in a category.
- Set name for each category.
- Remove the "advanced" button design.
- Put settings into "Others" category" if settings are advanced/not
useful.
Test: Rebuilt rom and see the screen
Bug: 174964139
Change-Id: I80194aa8deb7a554188290935a8c790b410c6e1d
Based on Android S design, we want to let user can toggle
night light in display settings page directly.
1. Use primary switch preference in xml file.
2. Add a switch toggle controler for its preference.
3. Move logic of night display preference to controler.
4. Remove the night display preference since we migrate the logic to
controller.
Test: Night display works as intented behavior.
Bug: 174964139
Change-Id: Id920033cb22b1a9dd42c77c6fc2563ddae96bfcd
Sync the screen timeout preference of display_settings.xml to
display_settings_v2.xml since it has been changed to
RestrictedPreference in ag/13210343.
Bug: 174964139
Test: robotests
Change-Id: Ic648198f5d665483a1b13e13d921b2810325eff4
- add a suggestion layout
- add an interface to get fragment in suggestion feature provider
- remove the first preference category of homepage IA to align its top
with the bottom of the search box
Bug: 173768418
Test: robotest
Change-Id: I784e3eef29ca474c4c89f07b916c6500fabbf7d4
- Add Styles & wallpapers to the homepage group.
- Create a new display settings xml for the silky home.
- Remove Styles & wallpapers from new display settings xml.
- Apply the RestrictedTopLevelPreference to remove the restricted icon.
Bug: 168166015
Bug: 174964139
Test: robotest & visual with turning on/off silky home
Change-Id: Ib495b39bc62413242247f7e767c0e44bacc6e937
Also bundled location related developer options into the location
category.
Bug:175357420
Test: Manual && make RunSettingsRoboTests ROBOTEST_FILTER=LocationScanningPreferenceControllerTest
Change-Id: Ic33ad6e70d258c9afc2cefba70ab6e7b2bafd16a
Previously we would hide the screen timeout setting when it is disabled
by admin. Instead of hide it in Display Settings, now we gray it out and
also provide the info of the enforced admin.
Bug: 174834978
Test: manually
Change-Id: Idaa3c4512eb648b67fcf6df2996c771a2f1b9617
Now that we read the transcode_compat_manifest from DeviceConfig, we
don't need the app-level transcoding settings in Media transcoding
settings.
BUG=169327180
Test: manual testing.
Change-Id: Iea0c02820cb850c98d6c8f23ce828fa3d163bd80
If the user enables this, then that means that we will respect user's
choices for all the preferences, i.e. we will not update the preferences
based on the updates from server.
On the other hand, if it's disabled, then the rest of the preferences
would not be considered. And we'd decide their values based on the
values from the DeviceConfig (which in turn come from the server).
The controller for the default-transcoding-behavior for apps was also
added.
Also, renaming the set prop key for enabling-transcode to match the one
in DeviceConfig - transcode_enabled.
And while we were at it, we renamed the stirng from "disabling
transcoding for all apps" to "enabling transcoding for all apps"; and
also changed the controller to enable (instead of disable) transcoding.
BUG:169327180
Test: manual testing. And added unit test for
TranscodeUserControlPreferenceControllerTest.
Change-Id: If9b9face51b669f5177be8bfa18f44471f531058
Background
* This is part of the work to support
a credential management app on
unmanaged devices.
Changes
* Add a preference controller which will only
be enabled if there is a credential management app.
* Add a fragment to display details on the credential
management app and its policy. Add a remove button
to remove the credential management app.
* Link CredentialManagementAppAdapter to new fragment
and add expander.
Manual Testing
* Verify preference is disabled if there is no credential
management app.
* Verify preference summary shows credential mangement
app name if a credential management app exists.
* Verify fragment details page displays the
authentication policy correctly.
Bug: 165641221
Test: Manual testing
make RunSettingsRoboTests -j ROBOTEST_FILTER=com.android.settings.security.CredentialManagementAppFragmentTest
make RunSettingsRoboTests -j ROBOTEST_FILTER=com.android.settings.security.CredentialManagementAppControllerTest
Change-Id: I06d6b88d0c89022f7a6cbf3031834defcb54bd51
This reverts commit 329d753a29.
Reason for revert: Broken tests on NetworkProviderSettingsTest
Bug: 174285440
Change-Id: I47e6a9479559cb424bd4b8ac0e967f013f2fba86
New test case: NetworkProviderCallsSmsFragmentTest
Modify the key of preference
Bug: 172053880
Test: manual & atest -c NetworkProviderCallsSmsFragmentTest
Change-Id: I218aaf1194898e70b2118428c1ea5a389d85d036
