| bf9cd0e5f6b72668f84fe9e18373beca1086a238 |
|
30-Jan-2015 |
mike dooley <mdooley@google.com> |
Fixing conference managment regression.
This CL restores ag/553714 and adds a check to allow IMS conferences with 0 connections.
Bug: 17632595, 19184963, 19184481
Change-Id: I6a4c5d05b14e89cc4b335f45ed078e928c57abb3
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 0b4e8a270b9899c405b0c0a93ccbfe5b0835d58e |
|
30-Dec-2014 |
Shriram Ganesh <sganesh@codeaurora.org> |
Add support to clean up calls that are alive
Remove request for a call does not correctly clean up the calls
that are alive and in non-active states such as held state. Add
support for such calls in this change.
Bug: 18804667
Change-Id: I17b13c933e2af401ed007a338fbaf2a181abc0ae
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| c88574c74d48ec6d660cbe2563c826521d95e92b |
|
16-Dec-2014 |
Anju Mathapati <anjucm@quicinc.com> |
IMS: Add phoneaccount to ims conference call.
Retrieve phoneaccount from ParcelableConference coming from
TeleService and set that account to Telecom Conference call.
This prevents hold and dial request from getting invoked from
Telecom during adding a call on top of an existing ims 3 way
conference call.
Bug: 18690773
Change-Id: Ie02e12c77272c2c889b1c7377e0bf461e67a1abd
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| a469f76c1710a945933910840f11f9fda0445d82 |
|
10-Dec-2014 |
Nancy Chen <nancychen@google.com> |
Play DTMF tones when sending DTMF tones during post dial wait.
Regression from KK -- when adding additional digits to a number limited
with a wait character (";"), the local DTMF player should make those
sounds audible to the caller.
Bug: 18644688
Change-Id: Ib04658316f725146a65b399d3f477791260c3f5a
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 105d977687d1d0de7cd9420fc140b01404261df1 |
|
25-Nov-2014 |
Evan Charlton <evanc@google.com> |
Track (and use) UserHandle to make connections
When binding to services, use the UserHandle which registered the
PhoneAccount in order to ensure that the correct user receives the
Intent.
Also make sure that TelecomManager does not leak PhoneAccounts across
profiles, unless the caller is a system-privileged app. PhoneAccounts
will not leak across users, even for system-privileged apps.
Bug: 17421902
Bug: 17421044
Change-Id: I673904a7ae038c88688bba62642e93174e55c308
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 07bc5ee853bc9a0b4cd46e0c702888b2c7989392 |
|
12-Nov-2014 |
Ihab Awad <ihab@google.com> |
Telecom API updates (4/6)
Bug: 18292176
Change-Id: I28e6aa4fec20aadd77f9a861b0bb8e1e9828cffb
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 045b6c98c38edd8312668d2ea2a4bfd583a4b8fa |
|
13-Nov-2014 |
Tyler Gunn <tgunn@google.com> |
Create IMSConference to represent IMS conference calls.
- Removing check in ConnectionServiceWrapper which would prevent adding
a new confernece with no calls in it; an IMS conference by default will
have no calls.
Bug: 18200934
Change-Id: I2e70b9350e779310e8c4ee8e91bc8020b126bcfa
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 6e2b94eae72c72b11358fdb99f87471b5ab11e4f |
|
30-Oct-2014 |
Tyler Gunn <tgunn@google.com> |
Creating connections for conference event package participants.
- Add "addExistingCall" method to Connection service wrapper to handle
the creation of new calls for connections which already exist in telephony.
- Fixed but in setIsConference message where an isValidCallId check made
outside of the handler would result in a newly added call NOT being
marked as conferenced due to a race condition. The MSG_SET_IS_CONFERENCED
handler already checks if the call exists before performing its operation.
Bug: 18057361
Change-Id: I2348c8e6985cd831f2cae56b37dfcb33bae014a8
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 9250e5fa9987c3ab80e11e1955657055f5866539 |
|
01-Oct-2014 |
Yorke Lee <yorkelee@google.com> |
Add ability to add sim-initiated MO call to UI (3/4)
Pipe an unknown call through CallsManager via various new APIs like
onSuccessfulUnknownCall, onFailedUnknownCall, etc. These are the unknown call's
equivalent of onSuccessfulOutgoingCall and onFailedOutgoingCall.
Only the TelephonyConnectionService is allowed to call this hidden new API
in Telecom.
Also add the ability for TestConnectionService to test this API (although the
check for TelephonyConnectionService must be disabled at build time first).
Bug: 16852844
Change-Id: I5dfdfc1bd4675f6b300a4a55a3098582f9d715a2
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 60ccd779d1448675ad42caa537348c2bcae186c2 |
|
30-Sep-2014 |
Ihab Awad <ihab@google.com> |
Refine implementation of GSM conferences (2/3)
Bug: 17684223
Change-Id: I7a274de891b7efc2a781a16ce7596bf5cd3ea6ff
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 0b66e1c8102c09e0d6e0d4bf0d717dccfc65c4d0 |
|
24-Sep-2014 |
Sailesh Nepal <sail@google.com> |
Don't create conferences with invalid calls
When a remote conference was created
ConnectionServiceWrapper would actually create 2
conferences. One for the remote connection service with no
valid calls one for the real connection service with valid
calls.
When the conference was destroyed the remove call on the
remote connection serivce would trigger a unbind causing
android.telecom.ConnectionService to end call connections
for that service.
Fix was to ensure that we only create conferences with
valid calls.
Bug: 17632595
Change-Id: I3f339120dde8eb07ee7e40a26d3a37f1dbd1409e
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 91d43cf9c985cc5a83795f256ef5c46ebb8fbdc1 |
|
17-Sep-2014 |
Tyler Gunn <tgunn@google.com> |
Preparatory work to move Telecom to system service.
- Removed use of TelecomApp.getInstance() as context.
- Refactored singleton logic and initialization to support being
performed from a SystemService.
- Note: You will see some commented out references to
"import com.android.internal.R"; these must uncommented when the code
is moved to a system service.
- You will also notice in PhoneAccountRegistrar.java a comment block with:
"UNCOMMENT_FOR_MOVE_TO_SYSTEM_SERVICE"
The code in that comment block will replace the existing file path
code.
These were added as a convenience so that I can run a simple sed script
to make the required changes to the code in an automated manner once it
is moved to its new location.
Bug: 17364651
Change-Id: I8e80e9cffc481b688c10a2bca0b59f5ccf8e0fb2
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| b3c4b285b747c58bfa58e2c58e09cdfb2c2b03b8 |
|
17-Sep-2014 |
Nancy Chen <nancychen@google.com> |
Merge "Remove ability to enable/disable phoneaccounts (3/6)" into lmp-dev
|
| 309198ec4d8b2738cf955316ea7a2f9418929fd1 |
|
16-Sep-2014 |
Nancy Chen <nancychen@google.com> |
Remove ability to enable/disable phoneaccounts (3/6)
Enabling/disabling of phone accounts was only used for SIP accounts and
is no longer necessary for the purpose it was put in.
- Remove all references to enabling/disabling phone accounts
+ Rename getEnabledPhoneAccounts to getCallCapablePhoneAccounts
Bug: 17510811
Change-Id: I5e8a59fe2aaac2563fe4bf97138975e30b45aa3c
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 701dc006ac11625b55d872f1639107b028933895 |
|
12-Sep-2014 |
Andrew Lee <anwlee@google.com> |
Use telecomm DiconnectCause in services/Telecomm.
+ Some of this is straightforward replacing the old disconnect cause
code/message with the new DisconnectCause object.
+ Replace codes in some instances; most maps straightforwardly to the
newer generic set of disconnect causes.
+ InCallToneMonitor can no longer rely on the specific telephony
DisconnectCauses. Now, instead, they map from a tone (which is
specified on the new telecomm DisconnectCauses) to the type of tone
which should be played in InCall. Most of these are just taking
unique matches from InCallTonePlayer. It is a little redundant, as
the conversion just flips, but it seemed like the easiest way to
accomplish this given current constraints.
+ Behavior is unchanged, but now DisconnectCause.OUT_OF_SERVICE
will invoke InCallTonePlayer.TONE_CDMA_DROP.
+ Now play TONE_PROP_PROMPT regardless of whether there is precisely
one remaining call; this is because we can't distinguish between
telephony DisconnectCause.ERROR_UNSPECIFIED/NORMAL/LOCAL. I figured
this would be a relatively minor change in scenario, and it wouldn't
hurt for a tone to be played even in a disconnect in that scenario.
Bug: 17329632
Change-Id: I85767d424bcfd59b3929819c9c6de46fc4a8629e
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|
| 7cc70b4f0ad1064a4a0dce6056ad82b205887160 |
|
13-Sep-2014 |
Tyler Gunn <tgunn@google.com> |
Renaming Telecomm to Telecom.
- Changing package from android.telecomm to android.telecom
- Changing package from com.android.telecomm to
com.android.server.telecomm.
- Renaming TelecommManager to TelecomManager.
Bug: 17364651
Change-Id: Ib7b20ba6348948afb391450b4eef8919261f3272
/packages/services/Telecomm/src/com/android/server/telecom/ConnectionServiceWrapper.java
|