This covers the usecase when we show the share sheet or
intent resolver on a device with a work profile, and
the work profile is turned off. In that case, when
sharing from the personal profile, we show an empty
state screen with the option to turn on the work profile.
When we tap that button, we now show a spinner, as there
is a delay until the profile is actually enabled.
Fixes: 149821684
Test: manual
Change-Id: Id90b21a61b10ecce8172bddc42fdeec5fb61c5fe
Create a popupdialog similiar to a spinner widget. Move 'add controls'
into there as a permanent item. Support multiple structures per app,
but also default empty structures to just use the app name.
Bug: 148207527
Test: visual
Change-Id: I77671bd40859dfb749a90064b654a0bd14526622
To address a clarity issue in a previous CL, this change updates the
TEST_MAPPING for ../pm to point to the app enumeration Cts test suite
instead of just the test class, which lacks the Cts prefix.
Test: atest CtsAppEnumerationTestCases
Fixes: 150693167
Change-Id: Iab08d4915db596eac70736bb63bd1c9b28491a00
Logs when a notification channel is created, substantially modified, or deleted.
Channels are identified by app uid & package, and a small hash of the channel ID.
Distinguishes user modifications from app modifications.
Distinguishes conversation (system-created sub-channel) from regular
channel create/delete.
Bug: 146488473
Test: atest com.android.server.notification.PreferencesHelperTest
Test: adb shell cmd stats print-logs && adb logcat -s statsd:I | grep ' (246)'
Change-Id: Icf2b2707a69dc9d2fb5fa59d0033930e067f201b
This permission is needed for some wifi CTS tests.
Is the minimally scoped permission that needs to be added?
- Yes, this only allows the retireval of the saved wifi network
credentials on the device.
What options did you explore that did not need this permission?
- Possibly creating a UI to ask for manual entry of network credentials.
But, that would not let us do automated CTS tests (will need to become
CTS verifier tests then).
Bug: 150236894
Test: atest android.net.wifi.cts.WifiNetworkSpecifierTest
Change-Id: I6881003510191f667950be1ab27a5399fe3914b4
Allow structure to be persisted and restored. Assume structure can be
null in XML, to ease migration. Null values from Control will be
mapped to an empty string in ControlInfo. Reduce binding controller
to a single binding at a time.
Bug: 148207527
Test: atest ControlsFavoritePersistenceWrapperTest
ControlsControllerImplTest ControlsBindingControllerImplTest
Change-Id: I220212666258311bd58b498d4d579977c11d3fae
Provide a recording insets controller before the window gets
created, and replay the commands once a view gets attached. This
allows the client to use the controller in Activity.onCreate.
Test: WindowInsetsControllerTests
Bug: 118118435
Change-Id: I1a825ecc4367c02b27f2d08cd5442325315d4f89
That fixes the flicker when backing from a different orientation
activity than home. Because the wallpaper window may be updated
later than home's transition. Ideally, the fixed rotation transform
of wallpaper should be synced with its target for consistency.
Also fixes various hidden errors of RecentsAnimationControllerTest.
Mostly about mDisplayContent:
- It is not default display so it requires additional mock.
- It contains many testing windows from default setup, that may
disturb the test flow.
- Currently it cannot rotate due to wrong condition in
TestDisplayContent.Builder.
That leads to several false positive results. Now it is changed to
use the existing default display and home stack, which is more
efficient and reasonable.
Bug: 148000485
Test: atest RecentsAnimationControllerTest# \
testWallpaperHasFixedRotationApplied
Change-Id: I4c054e8a5c9ef654c635055509e2c55f519be932
The fact that StatusBar gets initialized and injected on TVs is causing
several issues. While we are working on the permanent solution -
unbinding StatusBar on TVs (bug: 150666950)
Change-Id: I123685dbb49aa6df95f32faeefca9c13123ec527
Test: make, flash, make sure HDMI-CEC is disabled, use +/- buttons on
a remote to adjust volume, see the appropriate UI
Bug: 150663447
Bug: 146188087
Change-Id: Ifa5ba67db1bdaf6b6ae1f685989e4cd47fa1ac18
Commit ag/9740370 caused problem with robotests b/149806146
The fix ag/10373855 froze targets like run_host_tests
This revert will unfreeze run_host_tests but robotests will break
Bug: 150011638
Test: m RunSettingsRoboTests0
Change-Id: Ibe954e9d0dc1542477ba7156da5799479631cfb0
Add actions to know if users have tapped info or customize page for
live wallpaper.
Bug: 149981022
Test: make statsd_testdrive
Change-Id: I7caa1c169652af7af0363b3f6679ad101593c84b
* autofill will cache the inline suggestions response until it receives
a start input view event from IME
* the data flow from IMS point of view is:
IMS#startViews and IMS#doStartInput (before calling onStartInputView)
->
[async] InlineSuggestionsRequestCallback#onInputMethodStartInputView()
--- process boundary ---
->
IMMS.InlineSuggestionsRequestCallbackDecorator
#onInputMethodStartInputView()
->
InlineSuggestionSession.InlineSuggestionsRequestCallbackImpl
#onInputMethodStartInputView()
* similar data flow for IMS#finishViews()
* this CL should not block IME's UI thread because it's only issuing a
new async IPC from IMS start/finish input view call that's running on
the UI thread.
* there should not be performance impact on IMEs if autofill inline
integration is not active
Test: manual verification, atest EditorInfoTest
Test: atest android.autofillservice.cts.inline, with two failing cases:
InlineAugmentedLoginActivityTest#testAugmentedAutoFill_twoDatasetThenFilledSecond
and InlineAugmentedLoginActivityTest#testAugmentedAutoFill_oneDatasetThenFilled
due to the test itself being broken, I'll fix the test in a separate patch
Bug: 149522488
Bug: 149442582
Change-Id: I2faa3577b9f95a122f26a6d7fa7822a769a51e34
