SubscriptionManager#addOnSubscriptionsChangedListener can fail to
register a listener if the TELEPHONY_REGISTRY system service is not up.
Currently this is just silently ignored.
Adding a callback method on the listener to notify the registrant that the
listener failed to be registered, and adding exponential backoff code in
TelecomAccountRegistry to retry registration.
Test: Manual; edited code in Subscriptionmanager to fail the first attempts
to add a listener for TelecomAccountRegistry. Verified the backoff took
place and registration still occurred for the listener.
Test: Tried to write a mockito test but gave up because this code has
far too many intertwined dependencies and is not inherently testable
Fixes: 152217039
Change-Id: Icf3133cdeca526979cb621f29659b880127b680a
getLine1Number has been moved out of the READ_PHONE_STATE permission,
but callers with READ_PHONE_STATE can still query SubscriptionInfo
which contains the number for the subscription. The number will be
sanitized from the resulting SubscriptionInfo object(s); this change
updates the docs to reflect the new READ_PHONE_NUMBERS permission
requirement.
Bug: 152063877
Test: atest SubscriptionControllerTest
Change-Id: If4834ad0f648556207ad9b848fc4db332993a6d6
This was recently removed as part of un-exposing telephony
mainline related APIs (b/146983487), but being added back in R as GMSCore
already uses it (b/151742706).
Test: TH
Bug: 151742706
Bug: 146983487
Change-Id: If4e8e87c7dfbb261ee3abfec2a4774980c24d0c2
In Androird 10 access to device identifiers was limited to apps with
the READ_PRIVILEGED_PHONE_STATE permission, carrier privileges, the
READ_DEVICE_IDENTIFIERS appop set to allow, or those that pass a
device / profile owner check. TelephonyManager#getSimSerialNumber
was guarded behind these new access requirements, but the same value
is still accessible as the cardString from the SubscriptionInfo.
While getCardString is a hidden API SubscriptionInfo#toString can
be used to obtain this value.
Bug: 152057778
Test: atest SubscriptionControllerTest
Change-Id: I9b8786a321b1ba79d81b74c3041589f30df8e9c8
Compare homeNodebName based on values instead of references.
Bug: 151976726
Test: atest ClosedSubscriberGroupInfoTest
Change-Id: I15557e673c8b6842a6fc28b6ea814323652a00b8
Revert "Revert "[Telephony Mainline] To mark @hide for mainline ..."
Revert submission 10702401-revert-10665971-TML_revertSystemApi-ZNISIHWMFP
Reason for revert: Fixing build by make framework-telephony-stubs-srcs-update-current-api (new txt file has been added for telephony)
Reverted Changes:
I5a320c062:Revert "[Telephony Mainline] To mark @hide for mai...
I0e762e0dd:Revert "[Telephony Mainline] To mark @hide for mai...
Test: make
Bug:151896160
Change-Id: I6f22488aca8f2059d9fb4be48116edc52856a393
* changes:
Set attribution tag in TelephonyManager#sendVisualVoicemailSmsForSubscriber
Merge "Pipe through attributeTag for one self-permission check" am: 9ed7e7f1b1 am: 1bf1d39fa4 am: 6094f4258e am: 7fd121e139 am: b54512bca9
The APIs were added in b/144351078, b/148097978 and b/148116922.
b/151665796 is used to revert them.
Bug: 151665796
Bug: 144351078
Bug: 148097978
Bug: 148116922
Test: build
Change-Id: I08db8c5c0161747a7e775a8de0daa7077b513f10
getBaseBandVersion tries to get value from a legacy API and rewrites it
back. However the read value is the full list but the write is to a
specific phone, causing the list to grow unexpectedly.
Bug: 149342541
Test: manual - using test app, call API and check result.
Change-Id: I78b0443c5e38a30010796fcb69f01a8c7ebaf160
API Council has asked that I remove a comment suggesting that
this API be NonNull. While in theory, we should be able to
make this NonNull in the future, the tooling doesn't work in a
way that makes such a change beneficial.
Bug: 151928851
Test: compilation (comment-only change)
Change-Id: Ifd80f2859e4a090225aab1b3a483325d654a2412
