* changes:
Fix PrimarySim show the same sim in the preference list
Start simOnboarding when active sim > 0
[SimOnbarding] correct the sim name at the Primary Sim
The failing tests should be fixed by the underlying test framework updates
Bug: 315133235
Test: atest
Change-Id: I7f5d8f6af9193409253418b02b674a721489eb28
If active sim = 0, using old way
If active sim > 0, using sim onboarding
Bug: 324353868
Test: manual test
Change-Id: I5602713b5f4fef0625338787ee0682257e12e34f
A new dialogue will pop up if the eSIM that is being deleted has carrier
Vodafone DE and does not have wifi connection or connection from another
sim.
Test: make, atest SubscriptionUtilTest and tested manually
Bug: 316419093
Change-Id: I957b67339a0ab651f38984e7d1061a8aff8fe2a1
The user can modify the name at Label sim page. The primary sim page
should show the name which is modified by the user.
Bug: 318310357
Bug: 298898436
Bug: 298891941
Test: manual test and verify the UI display the correct name.
Change-Id: Ica2a26ead4ec7d61a59bb3846ea07f278d7a1144
We don't have an icon for the tap dragging setting, and settings screens
should either have icons for everything or nothing, so we decided to
remove all the icons. For all except ic_trackpad_touch_gestures_inverse,
they're only used in this one location, so the drawables can be removed
as well.
Screenshot: go/b-324058706-icon-removal-screenshot
Bug: 324058706
Test: with a touchpad connected, check that the System > Touchpad screen
has no icons on it.
Change-Id: I0c0a76c757f568cd20799c53a96cfb895ed00238
Screenshot: go/ag-26012379-screenshot
Bug: 321978150
Bug: 324058706
Test: with the flag disabled, check the new entry doesn't appear
Test: with the flag enabled, toggle the setting and check that it
enables and disables tap dragging (tapping then immediately putting
your finger back on the touchpad and moving it)
Test: with the flag enabled, check the setting appears in search results
Test: atest SettingsRoboTests:com.android.settings.inputmethod
Change-Id: Iccfbe842ff655ea295edc764cfc400709948df7d
Also replace references to
frameworks/base:/services/core/java/com/android/server/input/OWNERS with
ones directly to frameworks/base:/INPUT_OWNERS.
Bug: 324058706
Test: none
Change-Id: Ib8943ca749887da7d5eebae908516e86310f2077
The change does below things:
- Interchange account and lock setup in PS setup
- After profile creation checks if network is present and starts new
GAIA education screen
If network is not present on device skips account login and shows lock setup screen.
- Adds a temp GAIA education screen before starting of account login which can skip to
lock setup or start account login
Recording link : b/326389818#comment5
Screenshot : go/ss/7qWLUF4WDHFBQzi.png
go/ss/A8EvoCFJwihaTQP.png
Bug: 326389818
Test: Manual
Change-Id: I91e3591c60aae22fc10058fb94dcb624573d2e37
Otherwise user can open an empty App data usage page.
Bug: 292346951
Test: manual - on Mobile Settings
Test: unit test
Change-Id: I63c3e06af2606c3e2017f2440addb2ac2d9d775b
* changes:
Make Preferences more visible with colored rounded rectangle background and an arrow icon
Provides BackgroundPreference that can set background statically or dynamically
Add Maximize Text contrast into contrast screen and hide it in "Display size and text" under feature flag
Test: manually
Bug: 241805782
Flag: aconfig
com.android.settings.accessibility.enable_color_contrast_control
Change-Id: I69049a136beba00a311c3c94fc9a49b0219a870e
This reverts commit c6eef3a13a.
Reason for revert: Likely culprit for b/327263772. Will be verifying through ABTD for confirmation and before submitting the revert.
Change-Id: I7ebc2021835a0c388ed7e82880d19da194f13ad2
The full-screen flow is preventing ConfirmLock from launching properly.
As an immediate workaround to prevent this, stop launching the intro
enrollment flow as fullscreen.
Test: Manually
Bug: 324018644
Change-Id: I432536fa3a93eebdc8120ee453642e6dee0eff78
The new pairing page includes new UI for "See more devices" buttton and
can show MFi + ASHA devices in the pairing list while these devices only
advertise MFi HAS uuid in pairing mode.
As allowed by "Flag Cleanup Policy", this change finishes the rollout of trunkfood flag new_hearing_device_pairing_page by defaulting to the "true" state.
Bug: 307473972
Test: atest HearingAidPairingDialogFragmentTest
Test: atest AddDevicePreferenceControllerTest
Change-Id: I6c3377d535139d62791548557c581317d1878e9d
1. Removes the footer in hearing devices page
2. Moves the footer message to top intro of hearing devices pairing
page
Bug: 321840161
Test: build pass, only simple UI change
Change-Id: I0554f0e6d12f78c1df3efba23792e9c0dc3f061f
