Specifically where stale call services are passed back
to the switchboard for processing, including upon no
call-service-provider implementations.
Change-Id: I1a5c26f22031e31f9a94b239f06d34619769a56f
Adds answer/reject overridden methods to CallServiceWrapper.
Adds direct answer/reject to Call.java
Fills in existing answer/reject in CallsManager.java.
Change-Id: Ifd3a65230661b94f9dd99aabb2d2083684e2fc7c
Making more than one call didn't work. Problem was that
ServiceBinder.bind() wasn't correcly invoking the callback
if the service was already bound.
Bug: 13120050
Change-Id: I91179a436792221540b842f94a3d5564c517e02e
Pressing disconnect wasn't working because Call.mCallService was being set to null.
Bug: 13119666
Change-Id: Ie79d52ad970e39879dc6e695172e2a28e28864d2
(cherry picked from commit be21aba2e97d783f44734d42c27e2506ec5217ac)
IncomingCallsManager binds to the call service and asks it to confirm
the call. If the call service cannot be bound or it failed to confirm
within the timeout, we handle the incoming call as if it failed. The
code to do the actual confirmation is NYI.
Also add handleSuccess/Failed methods to Switchboard.
This still needs some changes to ICallService, ICallServiceAdapter, and
CallServiceWrapper before it will be fully functional.
Change-Id: Ibfd92ce17fb2054e2e0cb209738ad5375bf01492
Update Telecomm and Telecomm test package to use the new
confirm-incoming-call APIs including confirmIncomingCall and
handleConfirmedIncomingCall. Test call service always confirms all
incoming calls.
Also adds a list of unconfirmed incoming calls to the adapter. The
purpose of this is for the adapter to know which incoming call
confirmations to accept and which to ignore.
Change-Id: I914f25c45e5c887ca84d181d3dc173f25577e520
This CL fixes the following issues with outgoing calls:
- Switchboard.placeOutgoingCall doesn't keep track of calls
- ServiceBinder.bind calls setServiceInterface() multiple times if service is already bound
- OutgoingCallProcessor.mCallServicesByInfo uses a custom object as a key which makes it impossible to look up call services
- OutgoingCallProcessor.attemptNextCallService invokes CallServiceWrapper.call without binding first
Change-Id: Ia7983f52c8c03ed9aa44e2c52c20ce9c1c9c75de
Incoming calls sequence will need to know when the bind() succeeds so it
no longer makes sense for the wrapper objects to have direct references
to the finder.
Changes included:
- Making the handle* methods of ServiceBinder private implementations
instead of astract.
- Add overriden setServiceInterface() to the wrapper.
- Add simple BindCallback interface used to get notified of bind()
results.
- Update CallServiceRepository to use BindCallback.
Change-Id: I59300e16463e88626df6d055b7fd4be1d850c5f2
First step in no longer using ICallService and ICallServiceProviders
directly.
Adds a generic ServiceBinder class to manage binding/unbinding.
Change-Id: I7d26958dd85a99316dbd5e70caba3fd91d35911b
CallsManager.INSTANCE = new CallsManager() -> new Switchboard()
Except that Switchboard tries to use INSTANCE in it's own
constructor...which is yet not initialized. Same problem with
InCallController.
Change-Id: Id0b6487e0e65ea3a90195392cbf1f3acc8c540ac
This CL adds the following:
1. CallServiceAdapter implementation
2. Setting call-service adapters when the finder receives call services.
3. CallServiceAdapter notifies OutgoingCallManager/OCP about a successful
outgoing call
4. Switchboard notifies CallsManager of the successful outgoing call
5. CallsManager adds the call to it's call repository.
What remains after this CL:
CallsManager sending the call to the InCall app and listening to
commands from in-call.
depends on: I086443e3f17ae0233b7b0fd5629119e989d06a40
Change-Id: I86f3e7ab02a47485eb2a5fb3557819418f3c4adf
Enable proguard for optimization (not obfuscation) to strip all of
the unnecessary methods, such as the majority of Guava.
Change-Id: Ic632ff6ae3b1a4c058090d843937867b3cde4447
Ben Gilad
Santos Cordon
Sailesh Nepal
Evan Charlton