Keep the logic same as BlockingPrefWithSliceController.
BUG: 343317785
Test: atest BluetoothDeviceDetailsViewModelTest
Flag: com.android.settings.flags.enable_bluetooth_device_details_polish
Change-Id: I77e62479def433869ae5e93987ec7069cc61173a
Summary: There are instances where intent data is absent, leading to a crash while trying to retrieve the schema. This change adds a null check to prevent attempted access when there's no data.
Test: Successful Build on master branch
Change-Id: Ie83bd3243f2c79102061d3fa43d809b3ef3c6c78
Signed-off-by: Abdelrahman Daim <adaim@meta.com>
The AccessibilitySettingsForSetupWizard class should not be responsible for managing the initial
logic of controllers, such as determining which controllers need to be dynamically added or updated
using setInSetupWizard APIs. This logic should be handled directly by the controllers themselves.
Bug: 311093618
Flag: EXEMPT bugfix
Test: atest AccessibilitySettingsForSetupWizardTest
AutoBrightnessPreferenceControllerForSetupWizardTest
AutoBrightnessPreferenceControllerTest
BrightnessLevelPreferenceControllerForSetupWizardTest
BrightnessLevelPreferenceControllerTest
Change-Id: I6065a10e72d002981c0f514543e6933d79c2aa1b
Selection to open page in app or browser needs to be displayed via radio
buttons as discussed here: http://b/346622495#comment14
Bug: 359262490
Test: Open links in app and browser
Flag: EXEMPT small UI change
Change-Id: Ib23084bcc7f899b97b59019775584807e5b70d7e
If the sim onboarding on, then sim should use the sim onboarding flow.
Bug: 362289792
Test: manual test
Flag: EXEMPT bugfix
Change-Id: Ibe22309db9dea5737de5ad351825a046599e6744
When startSimOnboardingActivity, so we enforce the
no_config_mobile_networks when insert psim.
Fix: 366370519
Flag: EXEMPT bug fix
Test: manual - set no_config_mobile_networks and insert psim
Change-Id: I0d4e85262924cc55a035ebeb2038ae08c0052ef6
If disallowed, not show mobile related search results.
Bug: 358238959
Flag: EXEMPT bug fix
Test: manual - search Mobile Settings
Test: atest MobileNetworkSettingsSearchIndexTest
Change-Id: I79b984f41f09dd9612bcd0c9942089756d5d365d
Currently, if there are multiple users on the device, then the Settings
for OnDeviceRecognition show a chooser for all users on the device, with
only the users from the same profile group as the current user working.
It shouldn't even show the users from other profile groups; we fix that
here.
Bug: 361095700
Test: on a device with multiple users and profiles, made sure that only
users from the same profile group appeared
Flag: EXEMPT bugfix
Change-Id: I139e32a6a2cfede8d8a8abf573dcbaeede789f95
Modes sharing the same icon would also share the applied tint (e.g. all with the "active" tint even if only the last one of them is active).
(Although it should never happen, also removed a potential NPE for mode icons without ConstantState).
Fixes: 367131481
Test: manual
Flag: android.app.modes_ui
Change-Id: I56867783310ea57f2e92c866ff0b5b53ac86bf37
Want to show the vibration name if customised vibration in channel notification is enabled. Therefore, need the summary function could be overrided.
Flag: com.android.server.notification.notification_vibration_in_sound_uri
Test: manual test
Bug: 351975435
Change-Id: I1fcd6deb3f176ef5943da59ae8861136d4a63f79
The main reason for this problem is that someone forgot to super's updateState() to update the ui, so the internal status was updated but ui status was not. For now since updateStateInternal() did nothing substantive, it is suggested to remove this override to fix.
Bug: b/241957450 b/255902043
Test: manually tap button according to bug report.
Change-Id: I80d1173986a9f22c4a77c8c13011292c08f8dc2e
