This cl moves the creation of repos and interactors to the
SettingsApplication.
Bug: 297082837
Test: atest
Change-Id: I9049da6f03bb1dc18d4186961444bf613d773d0e
We're deprecating max limits for cached/empty app processes.
Bug: 253908413
Change-Id: Iff80f173e72e9b77faefe3c66543c0756f2e6f74
Flag: EXEMPT cleaning up now-unused flag
All activities that use biometric login through the CDCA class show a
Settings icon in the prompt. This cl adds a capability for the client of
the CDCA to set icon and icon description as extras to the unlock
intent.
Screenshot: http://shortn/_OpKTYFtddM
Bug: 333528540
Test: Manually verified on the device
Change-Id: Id7b5a3fe575069bef1810769e4f437e717d2d3c6
Currently, the changes to disable private space settings app component
are located in SettiingsInitialize.java. These get triggered when
ACTION_USER_INITIALIZE is received by the settings app inside the
private profile user. However, we are stopping the private profile user
at the end of the setup flow. This can lead to a scenario wherein
ACTION_USER_INITIALIZE is relayed by the system server but not received
by the private space settings app, since it was stopped. To over come
this issue, we move the changes to disable the private space settings
app component inside the private space setup flow (right after the user
is created and started).
Bug: 342165140
Test: atest PrivateSpaceMaintainerTest#createPrivateSpace_psDoesNotExist_setsPrivateSpaceSettingsComponentDisabled
Flag: ACONFIG android.multiuser.enable_private_space_features NEXTFOOD
Change-Id: Ib9baac1e9d835ea5a27c15d499e10615b84cf97b
DCHP hostname setting should only be shown if the feature flag for Wifi
V API is enabled.
Bug: 341981620
Test: manual
Change-Id: Iee3740db2513c7071c14361513f7e51199245af0
Revert submission 27518747-revert-27019285-ACTION_NETWORK_PROVIDER_SETTINGS-UWYYODXDGG
Reason for revert: per b/338527563#comment37, this was wrongly pointed out as culprit, looping folks conducting investigation as +cc
Reverted changes: /q/submissionid:27518747-revert-27019285-ACTION_NETWORK_PROVIDER_SETTINGS-UWYYODXDGG
Change-Id: Id3dfdac978227d0fd065f1eb59b525f041fad3d2
Flag: none / bugfix
Test: none / can't repro
Test: manual - switch between the different radio buttons in bubble settings to make sure they
all work
Bug: 343167554
Change-Id: I19fc3fa0df59c44e3f22de035c0b377caea1158f
Could be test with,
adb shell am start \
-a android.settings.NETWORK_OPERATOR_SETTINGS \
--ei android.provider.extra.SUB_ID 999
Bug: 336232487
Test: manual - on MobileNetworkSettings
Change-Id: I74d5d5b743c40375ceba1ba6e761da901d0d5e65
When changing hotspot to 6GHz, we auto-set the security to WPA3-SAE. However, we don't do the reverse when changing out of 6GHz, which may cause legacy devices to be unable to connect. Instead, always revert back to WPA3-Transition when switching out of 6GHz.
Bug: 323764310
Test: manual
Change-Id: I06b1e97f452da86a693812a6620c251ff5d0e932
The lingering network type is actually the bit that controls network
torn down. UNKNOWN here means the APN can work on any RAT.
Just copy network type into lingering network type, so network torn down
can work normally.
Fix: 341006308
Test: unit test
Change-Id: Ia60ad3e012bec7364aa35535de1363cd7c0ccdda
later in the background.
Bug: 327052480
Test: atest com.android.settings.accessibility
Flag: EXEMPT bugfix
Change-Id: I9940772e60e2137aad2b3b70902565e36fb7aad6
AccessibilityActivityPreference to encapture the method for loading the
content for AccessibilityService and AccessibilityShortcutInfo
Bug: 327052480
Test: atest com.android.settings.accessibility
Flag: EXEMPT mechanical refactor
Change-Id: I698a1d366e8ab82c8efdcae293a1ba1771925121
When launch setting page for specific keyboard, it will route to PK
setting first, add flag NO_HISTORY to make PK setting not been added in
stack.
So that when user navigate back, it will not back to PK setting,
which will be more consistent.
Update navigation path from:
Device Detail -> Physical Keyboard Setting -> Keyboard Detail Setting
to
Device Detail -> Keyboard Detail Setting
Bug: 330130137
Flag: N/A
Test: verify on device
Change-Id: I8d6d6a8a534dec5cd7330c4d47b38a46be76fc4d
This version still only loads preferences once, but the previous attempt
commit 774bbc1ff2
created a "sliding" effect as the preferences were loaded after the page
became visible to the user.
Also reorders methods so that their position in the source file matches
the Activity lifecycle ordering.
Bug: 327052480
Test: existing A11y Settings robotest presubmit
Test: Launch this page from the Settings app, observe no sliding UI
Flag: NONE low risk visual bug fix
Change-Id: I44312ada359aef7dec8eb27c57cde2a8e00f254b
