Platform needs to pass LPA the pSIM slotId so that LPA knows it's a
toggle action on pSIM.
Bug: 123945155
Test: build
Change-Id: Ie0db50e8ade4c6ce385ebfbfe7cf9e2982d67e34
Merged-In: Ie0db50e8ade4c6ce385ebfbfe7cf9e2982d67e34
This method will return info for inactive eUICCs, filtered by carrier
privilege. (Since we can't read carrier privilege on an inactive eUICC,
we always assume that the caller does not have carrier privilege).
Bug: 130826215
Test: manual
Change-Id: Id89fa48f119004b6c18bd21791396bc6c3df2c95
Merged-In: Id89fa48f119004b6c18bd21791396bc6c3df2c95
The slotId is not necessarily the phoneId, so do not broadcast as if it
is. SLOT_KEY is a hidden extra so this should not impact apps in general
(if they need the old extra they can still use the hidden PHONE_KEY).
For select broadcasts like SIM_CARD_STATE_CHANGED, we will manually
populate the slot key. This is a temporary solution to b/130664115 and
we should eventually review and consider making the SLOT_KEY public for
some broadcasts.
Bug: 130664115
Test: manual
Change-Id: I84bd4c6bc4277e32cee9916dd18dd80948a808a0
Merged-In: I84bd4c6bc4277e32cee9916dd18dd80948a808a0
This add the 5GE icon to the system UI for specific carriers
LTE CA network.
Bug: 124768697
Test: build & manually test:
fake the operator name with pattern, and check the status bar data icon.
Change-Id: Ife0401219138c7ed22e7bfbd4d5e8648c54a98a8
Merged-In: Ife0401219138c7ed22e7bfbd4d5e8648c54a98a8
Updating to make it more clear the format of the returned country ISO
codes.
Test: Build
Fixes: 131154060
Change-Id: I10c00c1a48e36e00720f50e85d6bb931756f1085
NetworkRegistrationInfo and ServiceState are not
immutable class. Their get methods should return a new
copy of object so the caller won't modify its state.
Bug: 130538118
Test: Unit tests + manual
Merged-In: I51662a92b0b6189a8c8aa017085affedac417190
Change-Id: I51662a92b0b6189a8c8aa017085affedac417190
(cherry picked from commit 37538594e6)
In addition, make isMmsDataEnabled more generic:
isDataEnabledForApn
Bug: 128616035
Test: manual
Change-Id: Icd520c3094dd761a13435fae79b7b6b3ba2ebda9
Merged-In: Icd520c3094dd761a13435fae79b7b6b3ba2ebda9
Add API in SubscriptionManager setAlwaysAllowMmsData
and isMmsDataAllowed.
Bug: 128616035
Test: unittest
Change-Id: Ie56c2d0619a68b188c35e8e24db6c2012d22538b
Merged-In: Ie56c2d0619a68b188c35e8e24db6c2012d22538b
Instead of static methods, create an instance of RcsControllerCall that
holds a reference to the Context and inject it where it is used.
This will be used in a follow up commit that will require the calling
package name be passed when calling IRcs methods.
This change will allow passing a calling package name to an
RcsServiceCall or an RcsServiceCallWithNoReturn, so uses of the call
method might look something like:
```
mRcsControllerCall.call((iRcs, callingPackage) ->
iRcs.getFileTransferContentUri(mId, callingPackage));
```
Alternatives to storing the context here would have been:
1. To store the context everywhere the RcsControllerCall is injected and
get the calling package name at each RcsControllerCall call
2. To store the calling package name everywhere that the
RcsControllerCall instance is injected
Compared to solution 1, the implemented solution avoids repeating the
logic of retrieving the calling package.
Compared to solution 2, the implemented solution does not introduce any
complexity. In addition, the individual classes do not care about the
calling package name outside of the need to pass it to an IRcs method.
In the future, the implemented solution may also provide a useful point
to provide logic involving calls and the context (or other injected
dependencies). Though this future concern is not alone enough to justify
the solution, since the solution adds no additional complexity against
other solutions, it seems like a nice benefit.
Note, to avoid polluting this commit, a follow-up issue (b/128029441)
has been created to adjust the name of RcsControllerCall to reflect that
an instance of RcsControllerCall does not represent a single call to
RcsController.
Bug: 123699565
Test: Existing tests pass
Change-Id: Ib0f55f14397e5eb1e5a55864094c0be0c4e37c06
When an app bypasses a location access check due to its target SDK for
queries to ServiceState or when we're pushing out info through
TelephonyRegistry, log it as info instead of error to avoid spamming the
logs too much.
Fixes: 130668054
Test: manual
Change-Id: Ia490f2de2f0b5d326e5290e166e6f97b25e6e187
The method ImsFeature#setFeatureState can not be called
in the constructor of MmTelFeature currently, because the
IMS_SERVICE_UP intent will not be sent until mContext != null.
Remove this dependency and ensure addImsFeatureStatusCallback
is called after ImsFeature#initialize.
Bug: 130569556
Test: atest GtsTelephonyTestCases; atest FrameworksTelephonyTests
Merged-In: I562246c1995365308d26f44683f75bf5c46b7405
Change-Id: Ib3ca59eeeda89c0989cfd767257a6a598a97a670
This parcelable class now backes RcsMessageQueryResult. This change will
allow injection of API layer dependencies into RcsMessageQueryResult.
Change-Id: I4bb58413a814a51f4e79490e740f51cc92bb1073
Test: Existing tests pass
Bug: 123699565
The ImsService was sending the deprecated IMS intents, which
should only be send using the Phone process. This was causing
GTS failures.
Bug: 130569556
Test: atest FrameworksTelephonyTests; atest GtsTelephonyTestCases
Merged-In: I06d7a8c6a43a596042cb74e3e9b88a2d9e61bed6
Change-Id: Ie844053aac9c067e66d03c02cf2b87134ee91065
