This change exposes a method that is used by the actual
fix here: I4e4789c044d9e3614f42143cfa6053881a6d109b
Bug: 17962996
Change-Id: Iec3795ea372634120c71b0a80ee046e372569ecf
+ Add onConferenceChanged() to Connection, so that the Connection can
make act on changes to the conference.
+ Add a utility function to PhoneCapabilities to remove a capability
from a PhoneCapabilities bitmask. Figure this abstracts some bit
logic away to make things more readable.
Bug: 17429707
Change-Id: I0c97731a95dd6573488cd10f094a63abe2428bce
Since we don't want to communicate directly with Telephony in dialer, call
PhoneNumberUtils.isVoiceMailNumber (a Telephony method) through the
Telecom API. Add a method in TelecomManager to do this.
Bug: 17925501
Change-Id: Iecea82a0e5f0b106eaf105e9026d606110acf122
I'm figuring this can help standardize phone capability checks when
need to do all over the place.
Bug: 17429707
Change-Id: I97327fd08158de3c18d186b6092597a1d4abcf14
Since Telephony uses subscription ids and Telecom uses Phone Accounts,
there should be an easy way to interface between the two. Since the
value of the subscription id and "id" of the phone account should be the
same in the case of a SIM phone account, we just need to check that the
phone account in question is a SIM phone account and convert the string
to a long.
This lays in groundwork for the following bugs:
Bug: 17925501
Bug: 17917937
Change-Id: I926e969b365d9e9878436302117e8786ec5513b8
- Adding disconnecting state to telecom used to communicate that a call is
being disconnected to InCall UI (rather than it existing only as a state
in the InCall UI).
Bug: 17821930
Change-Id: I6c2d9521915ba154c0468eea62c12c30060edd2e
Add supporting (hidden) APIs to TelecomManager to add the ability to
add a previous unknown call to Telecom
Bug: 17787391
Change-Id: Ibdfaee81a55e11451c146751cf970980dccad435
A few methods (which should be exposed) were missing @SystemApi
annotations.
TelecomManager#addNewIncomingCall
TelecomManager#registerPhoneAccount
TelecomManager#unregisterPhoneAccount
Bug: 17786491
Change-Id: Idf318cf6238668762c00ed0913a9c0ccd5bcb884
- Add toString for PhoneAccount class for use when dumping state.
- Call Log.pii for PhoneAccountHandle mId since it may contain pii (eg sip
uri).
Bug: 17730966
Change-Id: Iddbd949b42704405de558f8ed8c4449242b74870
If a remote connection fails to create call setDisconnected
instead of setState. This allows us to pass the disconnect
reason.
Note, this CL is very low risk since it only impacts remote
connections.
Bug: 17594857
Change-Id: Id296f3f5a4bb9168b358d3bfda94e04623a6b99c
In order to create a DisconnectCause with a label/description that does
not require specifying a tone.
Bug: 17486242
Change-Id: If82605ff20fc9f53ed41b49e12575424c6efc2b6
Hide getCallCapablePhoneAccounts and getPhoneAccountsSupportingScheme
because a third party app should not be able to see all phone accounts
registered. Replace instead with getPhoneAccountsForPackage(Context)
which will only return the phone accounts registered by a particular package.
Bug: 17510811
Change-Id: I8465ef4f13b62fe83f51835cfffe1656298041a8
