There have been few breaking changes
1. TelecomManager.getCallCapablePhoneAccounts is not hidden anymore
2. CAPABILITY_VIDEO_CALLING is not hidden anymore
3. mPhoneStateListener doesn't exist anymore, so it is commented out
Change-Id: I22221eda73a20c745e316d9d56f914ab17b83533
- Adding new Connection/Call capability: CAPABILITY_SHOW_CALLBACK_NUMBER.
- Used in Telephony to indicate on an incoming call that the callback
number should be shown.
Bug: 18689292
Change-Id: I1ab3baf9f0d5a22c4b01e6504e88d496182e01c7
Added method to make it easier to insert into the voicemail status
table. Also takes in a phone account for future multi-SIM support.
Remove VvmSyncService class in favor of moving most of the code to
OmtpVvmSyncService.
Bug: 19236241
Change-Id: I5d9def276fbdbc6f825fb35e9fa31bfc3cead1ba
This provides more granular API support for representing the mix of
state and capabilities of local and remote video clients. For our
implementation, we are primarily concerned with bidirectional video
calling. But, this provides support for representing certain error
scenarios, and flexibility for other parties which may desire to
implement one-way video calling.
Change-Id: I0373ffd377c3547fa8dd98ab5fde4f8d616a1d2f
+ VvmSyncService is the base class for all visual voicemail sync
services that run the visual voicemail sync adapter. This class handles
writing to the voicemail provider and receiving changes from the
voicemail provider.
+ AuthenticatorService is a stub class for visual voicemail sync
adapters that do not use an Account (all sync adapters must have an
account associated with them, so a stub account is necessary).
+ Voicemail parcelable object to pass voicemail data around easier. This
is mostly copied from VoicemailProviderDemo
+ Extra helper methods in VoicemailContract to help insert and delete
from the voicemail provider.
+ Add multi-sim fields to VoicemailContract.Voicemails
Bug: 19236241
Change-Id: I603e3e5908704cd043e46221680d8bb600ed2cf4
* Removed @SystemApi and @hide from some telecom classes
and APIs
* Stopped using explicit @link's to ConnectionService, so
that I didn't need to unhide ConnectionService
* Added @SystemApi to hidden methods inside classes that
I removed @SystemApi from.
* Ran update-api. This picked up unrelated Math changes
from b/11388705.
Unbundling
Bug: 18777272
Bug: 11388705
Change-Id: I218e0c3c0ae515d3deb2d3b67657db45a0bad999
Preparatory work for adding a new Accessibility settigns activity
in Telephony, which we will need an intent to be able to launch.
Bug: 19372734
Change-Id: Ibf72ffe21da3ba2819eb165dda9bde30204bab68
* Removed @SystemApi and @hide from some telecom classes
and APIs
* Stopped using explicit @link's to ConnectionService, so
that I didn't need to unhide ConnectionService
* Added @SystemApi to hidden methods inside classes that
I removed @SystemApi from.
* Ran update-api. This picked up unrelated Math changes
from b/11388705.
Unbundling
Bug: 18777272
Bug: 11388705
Change-Id: I218e0c3c0ae515d3deb2d3b67657db45a0bad999
We created failed connections we no address attached.
When the connection is sent to RemoteConnectionService
the null address is translated to a setAddress() call.
This causes all failed connections to show up as "unknown".
Fix is to only call setAddress if creating the connection
succeeded.
BUG: 18830726
Change-Id: I680e2fa4c69157a9fdbfa348c6af1f2f87aafd48
This CL does the following:
- make the API public
- rename it from setNextPostDialWaitChar to setNextPostDialChar
- remove reference to "wait" from the API documentation
BUG: 19216940, 19216942
Change-Id: Ic4c7f44a900fd79875318d8c565c3aacaa42b962
- Adding "onConferenceStarted" listener for Connections.
- This is necessary so that an ImsCall can report the fact that it has
went from being a single party call to a multiparty call. This was not
previously necessary since the multiparty bit change would be detected
when one of the connections being merged changed state. Since we now must
defer the establishment of the conference until all connections have been
merged, we need a means of detecting when the call becomes multiparty.
Bug: 18960042
Change-Id: I3ba138cb546e3efdf89b29d6676d00257a5e00cd
When making an emergency call the fallback connection
manager would crash. The problem was that the connection
manager would get a setVideoProvider() call even though
it wasn't routing calls.
The root cause of this crash is b/19185063. As a short term
work around I'm adding a null check to avoid the crash.
BUG: 19020123
Change-Id: Ibe4a791882c9b5e21ae629a63f8d89cd3deba828
Since we do not want to expose SubIds in the app layer, we need a
wrapper to extra the subId from a PhoneAccount and return the
value of TelephonyManager#line1Number.
Also update error strings to be more consistent.
Bug: 19087382
Change-Id: Ie5a474d45336921d1007b36a4d26cd4da68f8b91
- Added support in Conference for specifying the connect time when the
conference is created.
Bug: 18959443
Change-Id: I501edde3b62f6bf021eb7455089e80626013da12
Get phone account from conference host connection and set
it to ImsConference while constructing
Bug: 18690773
Change-Id: I018a84512eb6ce001a8021d148895bf87dddc2ef
Add plumbing to alert Telecom every time a character is processed after
the post dial wait state (the processing happens in Telephony).
Bug: 18644688
Change-Id: I487d76aa9c959ca528c6377374aa35c2d0b4a803
This needs to be tracked so that connections get directed to the
correct user. This is not a public API; rather, it will be populated
and read only by the Telecom service.
Expose a new capability, CAPABILITY_MULTI_USER which can be used by
system-privileged apps to indicate that this PhoneAccount may be
used by any user on the device.
Bug: 17421902
Bug: 17421044
Change-Id: I673904a7ae038c88688bba62642e93174e55c308
Since we don't want the phone app to call TelephonyManager methods
directly, create a method in TelecomManager to mimic the behavior. The
reason we don't return the voicemail number directly is because once
TelecomManager becomes public, we don't want any old app to be able to
get the SIM's voicemail number.
Bug: 18233678
Change-Id: I620af409788aea7b58169b72a563baeed8115080
This is a more specific and less technology-specific title for
communicating this to Dialer/InCall.
Bug: 18103173
Change-Id: I70ad50bb09eb807a621259976bb9fb7953a9a8aa
This API is used to check if we're in the simplified
version of the call assistant settings UI or the version
that displays a full list.
Bug: 18473946
Change-Id: I7dca50ada80b2203bd8d646bb510418646382df8
