GitLab

Previously only the video capabilities were being transferred from the
conference host connection to the IMS conference.  This change also
transfers the HD indicator to the IMS conference.

Bug: 23263670
Change-Id: I41da617fd4d59d43b36acea8bcba8757a7ddd0a6

In ImsConference, the "handleConferenceParticipantsUpdate" method is
called in response to the "onConferenceParticipantsChanged" callback from
 the IMS stack.  Although ImsConference stores the participants in a
thread-safe collection, the code which accesses this collection when
performing the update could result in duplicates in multithreading
scenarios.

The change looks big about, but really it's just wrapping the body of
"handleConferenceParticipantsUpdate" in a synchronized block.

Bug: 23482867
Change-Id: I44317277f3cccff786f1c696b4f441a52dbd1b89

Conference event package data contains the phone numbers of all
participants in a conference, but is formatted as a SIP Uri.  This is
problematic as Telecom will not be able to look up contact info for the
URI, and InCall will not format the phone number appropriately.

Sip URIs can represent the phone number in a few ways, so we attempt to
extract the phone number and to reformat as a TEL uri.

Bug: 22629231
Change-Id: I3f9f3934d5db1c07547127fb9e6be4c415c7e056

Change-Id: Ic006b44b74305a736993736a04794ac518091c5a
Auto-generated-cl: translation import

Some carriers will include the conference originator in the conference
event package data.  This means that my own phone number can show up in
the "manage conference" screen.

Added a method in TelecomAccountRegistry to get the device phone number
given a phone account.

In ImsConference, when adding new participants add a check to see if the
participant # is the same as the conference host's number.

Also, caching and reusing the phone account handle instead of re-creating
it each time.

Bug: 22629231
Change-Id: I76067f330482c1fa2562bd89dfad659850da428f

On SRVCC fallback to GSM connection, we need to copy the connect time
set on the existing IMSConnection to the new GSM connection created so
that we can keep track of the call time across the SRVCC event.

BUG: 21918593
Change-Id: I38253e66cee5474d93bd461128f62ee39a6cc96c

* commit '42f5cb37':
  Only mark as read voicemails with the "is_read" flag set.

The vvm sync service was querying for all voicemails with the "dirty"
bit set instead of voicemails that had actually been read and then
marking the voicemail as "read" locally. This resulted in voicemails
being marked as read that had not been listened to by the user.

Bug: 23351142
Change-Id: I24500fca0e835f643b3c635d498f51947359a481

The problem was due to the fact that when we have children for a conference,
Telecom uses the oldest child's start time.  In the case of the CEP
participants all had no defined start time so they defaulted to using
the time when the conference was started.

Changed so that the child connections get the ImsConference's start time
(which is the start time of the oldest original call merged to form
the conference).

Bug: 23381612
Change-Id: I95766c113e7cfe2fa3b80a616bdfd9417b744dc3

Check carrier config in TelecomAccountRegistry when registering
PhoneAccounts.  When creating new TelephonyConnections, set a propery
on the connection to indicate whether it supports conferencing.  This is
then used in the conference controllers to determine whether a particular
connection can be in a conference with another connection or not.

Bug: 22864941
Change-Id: I199cbc1c9ad575732c5601a9bb587c8bca4815da

* commit 'd9eb7da8':
  Fix getAllCellInfo to handle null.

Phone.getAllCellInfo may return null, but List.addAll doesn't like that.

bug:23201508
Change-Id: Ic8b8c742e07712ea78c8fe4482a6aeaae267d8d5

* commit '1cb10b83':
  Fix NPE for VVM Sync sms messages.

* commit '40473a53':
  Add safety check when binding to carrier app.

If a carrier app lost privilege at the same time we are fetching config
from it, there's a chance CarrierConfigLoader will use an invalid intent
to bind to the app, causing IllegalArgumentException.

This checks that the package name is not null just before use.

Bug: 23120391
Change-Id: I5bdf681b91509ec6c0937647c610959a2dd882b7

Return 0 for fields with null values in the VVM SyncMessage.

Bug: 23211613
Change-Id: I360abd14fec2dab5ffe2da0016d39d34a7b78323

While changing PIN2, when the SIM gets locked after
maximum retries, "PUK2 requested" dialog appears.
This dialog does not have a confirm option.

Add a confirm button in this dialog.
BUG: 22672673

Change-Id: Ie2e89303373274edebdbdd12bc20b96cec6cd508

Change-Id: I4b9bbdde5b9290a71cf238ac3e4843f8b87e318c
Auto-generated-cl: translation import

* commit '5cb43e44':
  Suport IMS services (SRLTE and non-SRLTE)

Make sure that data registration state is only checked for LTE connections.

Bug: 23037591
Change-Id: I2f03788d63d35972c9d3dac96339aa2faf872584

As a follow up to the CL: ag/545703, re-adding the phone disconnection
event handling in CallStateMonitor so that we can stop any signal tones
that we may have started on a call disconnect in CallNotifier.

BUG: 22834581
Change-Id: I012fe7ca9f5191807f4252db26b423feb4a30524

Change-Id: Ic69f51e58db1a5f09b105e1f38e8eee88906975b
Auto-generated-cl: translation import

* commit '56b1bf1e':
  Purge invalid SIP phone accounts at startup.

Adding changes to verify all the SIP phone accounts registered with
telecom and delete any invalid SIP accounts detected. SipAccountRegistry
will re-register phoneAccounts corresponding to the SIP profiles
present in the device.
This will also fix the recent change in SIP phone accounts to use
the SIP username as account handle ID instead of SIP URI. So, any
devices upgrading from L or lower releases will have new SIP
accounts automatically recreated with the new account Handle ID.

BUG: 23028921
Change-Id: I560569b4746605b1f0e7698f29178e18abf7019b

* commit '94846fea':
  Preferred network type should be shown as global for cdma devices.

When the type is selected as global, it should be shown as global
and not LTE. The check to update summary was not correct and missed
a couple of conditions.

Bug: 22852436
Change-Id: I645b79be64d04cf713fa664586ca331fdb825bff

Support to display the exact call failure reason
for STK cc.

Bug: 22928843
Change-Id: Ib37fa59d75d036da6c51cfd022d2f3cae07199ef

* commit 'c4f11557':
  Use SSL connection for T-Mobile.

Change-Id: I0f4c8710712749cbe4d2f79d35995adf858da40a
Auto-generated-cl: translation import

The connection to the IMAP server cannot be made over a non-encrypted
cellular data connection. Instead, use the SSL connection to connect to
the IMAP server for T-Mobile which bipasses the network request. This
includes the following changes:
- Factor out syncing logic from OmtpVvmSyncService into a separate
  method so it can be called both directly and from the network callback
- Factor out voicemail fetching logic from FetchVoicemailReceiver into a
  separate method so it can be called both directly and from the network
  callback
- Use the SSL flag and port 993 for just T-Mobile queries.

Bug: 22802280
Change-Id: I938f4c7475327f9a133b74c0c9459edeece1a5b0