This configuration should be user-scoped.
Bug: 184165158
Test: AccessibilitySettingsTest
RingVibrationPreferenceFragmentTest
VibrateForCallsPreferenceControllerTest
VibrateForCallsPreferenceFragmentTest
Change-Id: I7b8684fb1cf03d41872a700fd8732c76422e37c3
Revert submission 16169565-b/199120420
Reason for revert: Breaking Build (b/207471332)
Reverted Changes:
Ibc101a249:Receiving a broadcast message when home screen is ...
I18628552a:Sending broadcast message when home screen is read...
Change-Id: Ie985295c7a643c6243f8025eaf007a882b651546
AndroidManifest to support long-pressed action for One-handed mode
tile
Update new intent action ACTION_ONE_HANDED_SETTINGS in Settings
AndroidManifest for Settings$OneHandedSettingsActivity.
Bug: 201743873
Bug: 202132480
Bug: 207381742
Test: manually test long-pressed on One-handed mode QS tile
Change-Id: Id3882c62b6531a2a8c03378025cbda03efbb8c7c
Introduces following fragments for work flow.
- Add ProfileSelectKeyboardFragment which used to display
personal/work fragment when user has work profile.
- Introduce UserAwareContext in AvailableVirtualKeyboardFragment
to support personal/work user installed input methods handling.
Bug: 174360557
Bug: 197707782
Test: Manual test as bug video
Change-Id: I1019e375c5d42de7bc7c048d5d66e8e2f58acce8
Prior to this cl, if user opens settings app
in single-pane first and navigates to
the search page, then rotate the device,
user observed the search page was still shown
with full screen.
Because we didn't register correct split rule,
it causes the abormal behavior on two-pane mode.
In order to register correct rule, we also need
to assign correct component name while opening the
search page.
Fix: 206896763
Test: Rebuilt apk and verify the behavior
Change-Id: I7343467aa716d71da63f2ad0a034dc6c1b7fd415
Root Cause: "Open activity" Preference is not part of the widget SettingsMainSwitchBarPreference, so its UI style did not be inherited.
Solution: "Open activity" has different concept from switch bar, we need to manual set its bacground to comply with the SettingsLib style.
Bug: 207067203
Test: manual test
Change-Id: I66f63f6952e5c4770509febc0e53eca6dc6eedb9
Since the fingerprint registration sometimes has a hardware dependency,
to bring a better UX, make the flow full screen on large screen devices.
Bug: 197717071
Test: Try to register a new fingerprint and see the pages are full
screen.
Change-Id: I5dcb720a8b6a58bd9fc67ecae35f730c20a2c4d3
Set window title for activity, so it won't announce
"Settings" again.
Test: Run the talkback and do not observe issue
Fix: 200749911
Change-Id: Ied973916bdd43562424b97eadea2b3a413c712ec
This change disables the FaceSettings Confirmation setting if a
sensor is convenience. This is due to the fact that convenience strength
sensors can't be used by BiometricPrompt (so this setting has no
effect.)
Test: Verified this setting shows depending on whether or not the sensor
is convenience or not.
Fixes: 204137656
Change-Id: I88daf9f12b76d06697275161385f463fb88e0f3a
- Add a new highlight background drawable
- Add two homepage specific preferences for the new layout design
Fix: 207079684
Test: visual
Change-Id: I20c80da090a03129bffa845d443ee5d1ad13b97b
Security option index values are currently converted using
toBinaryString() which converts indexes to binary String. Thus
index values doesn't match the expected Security config values in
SoftApConfiguration.
This commit uses toString() API to avoid index mismatch.
Bug: 197497991
Test: manual test
atest -c WifiTetherSecurityPreferenceControllerTest
Change-Id: I43d236d071a8141845f312c63b1a693fde254358
Root Cause: We merge back accessibility gesture feature into sc-v2, but
the tutorial dialog is still the original content.
Solution: Since it is not the new feature anymore, we just want to
introduce the feature, so remove the 'new' word.
Bug: 204850690
Test: manual test
Change-Id: I38aff0cee6779153066e414e654611fa83d0a533
The CTS test will check new added intent is expected or not
android.signature.cts.intent.IntentTest#shouldNotFindUnexpectedIntents
If the new added intent should belong to allow list,
we should add it into
cts/tests/signature/intent-check/DynamicConfig.xml
However, in One handed mode case, I think it's make
sense to define in settings provider
frameworks/base/core/java/android/provider/Settings.java
Test: atest android.signature.cts.intent.IntentTest
Fixes: 206824091
Fixes: 206989400
Change-Id: Ic32a65ee113df603a0adbfa3e52f1a48386ad899
Align the description part to upper left corner of the description area.
Bug: 191525963
Test: local
Change-Id: I8bbe6c653c51b8ca43d936e50166f0f8bfb1acdc
