ServiceState.setStateOutOfService does not correctly
clean up the information so the old WLAN registration info
got populated for the next time use.
Bug: 130048577
Test: Telephony sanity tests
Change-Id: I7fab7090c22390914af024c44bffd643c13f33e5
This change adds a mechanism for restricting permissions (only runtime
for now), so that an app cannot hold the permission if it is not white
listed. The whitelisting can happen at install or at any later point.
There are three whitelists: system: OS managed with default grants
and role holders being on it; upgrade: only OS puts on this list
apps when upgrading from a pre to post restriction permission database
version and OS and installer on record can remove; installer: only
the installer on record can add and remove (and the system of course).
Added a permission policy service that sits on top of permissions
and app ops and is responsible to sync between permissions and app
ops when there is an interdependecy in any direction.
Added versioning to the runtime permissions database to allow operations
that need to be done once on upgrade such as adding all permissions held
by apps pre upgrade to the upgrade whitelist if the new permisison version
inctroduces a new restricted permission. The upgrade logic is in the
permission controller and we will eventually put the default grants there.
NOTE: This change is reacting to a VP feedback for how we would handle
SMS/CallLog restriction as we pivoted from role based approach to roles
for things the user would understand plus whitelist for everything else.
This would also help us roll out softly the storage permisison as there
is too much churm coming from developer feedback.
Exempt-From-Owner-Approval: trivial change due to APi adjustment
Test: atest CtsAppSecurityHostTestCases:android.appsecurity.cts.PermissionsHostTest
Test: atest CtsPermissionTestCases
Test: atest CtsPermission2TestCases
Test: atest RoleManagerTestCases
bug:124769181
Change-Id: Ic48e3c728387ecf02f89d517ba1fe785ab9c75fd
Add two keys to allow new subscriptions to be added
into subscription groups before carrier config changes
are broadcast.
Bug: 123721160
Test: atest SubscriptionInfoUpdaterTest
Merged-In: Ib6f811b70e41eba897b9bde0c0aeb0c880169f66
Change-Id: Ib6f811b70e41eba897b9bde0c0aeb0c880169f66
(cherry picked from commit c24e219fc1)
Improved the log readability by printed out data state
in string format instead of integer. Also added listen
local log.
Bug: 129631771
Test: Manual
Change-Id: If786d51b35380f606bc388e29a441bb24a2792e0
This is used in SubscriptionManager to figure out which phone account
is being updated when the default voice sub changes. It seemed like
a good spot to put it since we should really have an api for this in
the future.
Test: Manual, manual, manual
Bug: 128916238
Change-Id: If5137c0e7f01a14810e0ee94e5d857d69f368a87
1) Telephony API is still called by a bunch of Util methods in Android that
don't have context, therefore the service can be null. Throwing an
exception can cause crash.
2) Fix the usage of isEmergencyNumber and isPotentialEmergencyNumber.
Test: Manual
Fixes: 129721537
Change-Id: If82bfc5102a9ac1d7e07ff744c0775a1dc95ba2c
The voice and data RAT are now derived from
CS and PS network registration info.
Test: Manual + unit tests
Bug: 129863444
Change-Id: I3f4cb6057a4ae821363099583eeac7c867147afb
This allows the provider to reconstruct the service state
object correctly. Also we can get rid of all the 'set'
methods in ServiceState, which we'd like to remove in the future.
Test: Manual
Bug: 129768354
Change-Id: I835d30e544b3ed49d5d0b6b1ca981a81e3ee2039
NetworkRegistrationInfo.getAccessNetworkTechnology() should
report LTE as the network type when modem reports the RAT
LTE_CA. Fixed by adding a flag in data specific registration
info.
Test: Manual
Bug: 129707180
Change-Id: Ib152f97711441fded998a36528ef007f9e28ccbf
Some of Carrier Wi-Fi Networks doesn't support receiving encrypted-IMSI
as EAP-RESPONSE/IDENTITY due to network deployment architecture.
So, a new key is required to define a sequence of sending encrypted-IMSI
identity during EAP-SIM/AKA authentication.
If this value is 2, anonymous@<realm> will be sent as a
EAP-RESPONSE/IDENTITY first and followd by
encrypted IMSI as EAP-RESPONSE/AKA|SIM-IDENTITY.
1: encrypted-IMSI (default one)
2: anonymous -> encrypted-IMSI.
Bug: 109795427
Test: manual
Change-Id: I1121f21b771707ed7c8350826cefc43445f4fc8b
Signed-off-by: Ecco Park <eccopark@google.com>
This reverts commit f0c8f19325.
Reason for revert: From further test, we see sharp decline in data throughput
Change-Id: I0fb031a8adf15d3a0149651bcc51ee1d7318a42e
