Browsers typically use a standard class (like EditView) to hold the URL of the
page being loaded, and the content of that view is sanitized in the initial
autofill request. So, when running in compat mode, we need a mechanism to let
services tell which view contains the URL, so we can convert its contents to
a sanitized webScheme + webDomain pair or properties.
Test: manual verification
Fixes: 72994424
Change-Id: I8be5f3533d6c31f81f28036dc51d5de10a528079
Bug: 70886042
Test: manual, connect to EAP-TLS with self-signed cert.
Test: manual, create a key and damage it in /data/misc/keystore/user_0/
Change-Id: I61a8307da72bac38993f6588e9f184b360f6bf79
API hasn't done anything in the platform for ages and there is not plan
to make it do anything.
Change-Id: I7d433a0d45aed860659c311381bc9f356eb9f986
Fixes: 73249948
Test: builds
Introduces the concept of installation option and new system API for system
update clients to convert a complex SystemUpdatePolicy into a simple action
and an effective time, under any given time. This should abstract away the
current complexity in SystemUpdatePolicy and all system update clients only
need to query the current installation option and act on it, without the need
to understand or implement other logic related to the policy.
Test: gts-tradefed run gts-dev --module GtsGmscoreHostTestCases --test com.google.android.gts.devicepolicy.DeviceOwnerTest#testSystemUpdatePolicy --ignore-business-logic-failure
Test: runtest frameworks-services -c com.android.server.devicepolicy.SystemUpdatePolicyTest
Bug: 72939648
Bug: 64813061
Change-Id: I92537c7b99103a807d8adcbe2dc01b42a9740068
Shortcuts let the launcher start activities on work profile, so we can't apply
the usual cross-user startActivity check.
LauncherApps already checks the calling user and the target user relationship,
so let's just skip the handleIncomingUser check.
Bug: 72659387
Test: atest CtsShortcutManagerTestCases
Test: atest ${ANDROID_BUILD_TOP}/cts/hostsidetests/shortcuts/hostside/src/android/content/pm/cts/shortcuthost/ShortcutManagerMultiuserTest.java
Change-Id: I3b6179af0c9d5e54ed8fd57c9c830f7a6ecec9da
* changes:
Revert "Replace AssetManager with AssetManager2 implementation"
Revert "libandroidfw: Make sure to set the 'app as lib' flag"
Revert "Make idiomatic use of ApkAssets and AssetManager"
Revert "libandroidfw: Add ApplyStyle and SetConfiguration benchmark"
Revert "libandroidfw: Improve performance of AssetManager2"
Revert "AssetManager2: Allow out of order type/type spec"
Revert "AssetManager2: Fix list function"
Revert "AssetManager2: Fix issue with native cast"
JobScheduler used to use procstate foreground state to decide whether
to exempt jobs, but it should use UID's active state instead, so that
if apps in the temp-whitelist schedule jobs, they run immediately.
Test: Boot
Test: atest CtsAlarmManagerTestCases
Test: atest CtsJobSchedulerTestCases
Test: atest CtsBatterySavingTestCases
Test: atest $ANDROID_BUILD_TOP/frameworks/base/services/tests/servicestests/src/com/android/server/AppStateTrackerTest.java
Bug: 72125364
Change-Id: I7a5628e76121199f3a5299e2a5576e1481574a6e
This changelist improves logging for capture details around
b/71506345. These modifications are intended to be reverted once
the root cause has been found.
Bug: 71506345
Test: manual
Change-Id: I1dd5eba710e81bf78632359d4ee4c047fefa5da6
Adds back in the old method signature. This temporary method can
be deleted in a week or so, after all callers have been migrated to
the new API.
Test: Test that make finishes.
Bug: 72562867
Change-Id: I608fcab0ac5508a482fc8d1e63490d3cfc1fedb1
Sets DEBUG to false everywhere and replaces all ALOGD with VLOG so they
do not print with DEBUG false. Leaves all ALOGI, ALOGW and ALOGE as is.
Test: ran all CTS tests and checked "adb logcat -s statsd" to make sure
it wasn't spammy
Change-Id: Iaa8eb3a0a63723ffe40f94f2815f94df877fd432
Public EuiccManager and other related necessary files.
Mark EuiccCardManager and other related necessary files as @SystemApi.
Solve lint errors and warnings.
Bug: 35851809
Test: test on phone
Change-Id: I68853e134e1e31fa9b91a83af6c491a2a8cca971
It was checking with the time constraint, but the sync manager
uses FLAG_EXEMPT_FROM_APP_STANDBY for back-off syncs too, so
it was actually valid.
Instead let's just make sure periodic syncs don't have it.
Bug: 73119752
Test: atest CtsJobSchedulerTestCases
Change-Id: Ib87680fcef0707440a186848db076c4524a632af
Expose some of the new events as SystemApi.
Make some of the timeouts configurable in AppStandbyController.
Make NOTIFICATION_SEEN event upgrade app to WORKING_SET for
12 hours. This is not perfect though and will require further
tweaking as it may result in the app becoming elevated higher
for much longer than necessary.
Change-Id: I62401cfabddf51b6f80b9bba8a358285b8cf9a51
Fixes: 72741441
Fixes: 72067231
Fixes: 72537465
Fixes: 72536347
Test: atest CtsUsageStatsTestCases:UsageStatsTests
Add @GuardedBy for simple functions that require a single lock
and are named XYZLocked.
Bug: 73000847
Test: m
Test: m javac-check-framework RUN_ERROR_PRONE=true
Change-Id: Icb5114fea2ff2385e1cc7511121026099e05c0ee
This is needed to be able to relaunch an activity and eventually
bring it to stopped state while it is not visible. Before this
relaunch request put activity in resumed state in the end. With
lifecycler both relaunch and request to move to stopped state can
be done in a single transaction to client.
Also fixed extra relaunch request to activity which was sent
before it was even started. It happened because we were waiting
for another activity to pause before actually scheduling the
launch, and in activity-paused callback we were ensuring config
first. This led to configuration update for not-yet launched
activity and relaunch message was sent first.
Bug: 64610483
Test: android.app.servertransaction tests
Change-Id: Ib89c20cd0fdff209319d4819023c3cdd641a72c7
Previously, statsd would inform interested listeners that it's time
to collect data via a protected broadcast. However, the preferred
solution is to pass a PendingIntent via a separate setter. Whenever
statsd wants the listener to call getData, StatsCompanionService
will trigger the pending intent.
Test: Tested in marlin-eng that functionality works as expected with
dogfood app.
Bug: 72562867
Change-Id: Ibcfcd5072a1a78947f8a7cbcd0bc429b54351da3
