GitLab

Submitted previously to master, but not mnc-dev.

Bug: 23779012
Change-Id: I10cf0c0d54de26a32c7a9bd6bc94432febdc09c0

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

am bb521eea: Merge "Do not send deactivate SMS because the account may be unprovisioned." into mnc-dev

* commit 'bb521eea':
  Do not send deactivate SMS because the account may be unprovisioned.

Sending an deactivate text upon reboot results in bad user experience
and unnecessary pings to the carrier especially when the visual
voicemail account may be unprovisioned (which results in an error
returned from the carrier).

Bug: 23370330
Change-Id: I816803d481328a47cdf2b946f26a5dcb7f711280

* commit 'fc8883b2':
  Update call state for 2nd call in CDMA conference.

In CDMA when we make a new call in presence of another active call, the
new call and the original call will eventually become a conference call
which shares a single underlying OriginalConnection. Since the
OriginalConnection is already in ACTIVE state, we need a way to fake the
2 call object's state in such a way that the user sees the first call as
being held and the second call as dialing for a few seconds before it is
merged into a conference call.
The first call object's state is moved back from HOLD to ACTIVE in
|resetStateForConference| after this timeout expiry. However for the
second call we need to force update the state of the call object in
|forceAsDialing(false)|, otherwise the call object's state remains
DIALING since the OriginalConnectionState does not change throughout
this duration. Forcing the state updation will help revert the fake
DIALING state of second call object and move it to ACTIVE state since
the underlying OriginalConnection is in ACTIVE state.

This issue is not noticed on the phone UI since it only displays the
state of the new conference call created and the 2 child call's state is
not individually presented.

BUG: 23316217
Change-Id: Ie04d340c326441e5ca08bbbea5cb225007fc55d9

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

Some carriers prohibit making non-emergency calls when the phone is in
ECM mode.
Add carrier config to control this and blocking of non-emergency calls when
in ECM mode.

Bug: 23063217
Change-Id: I4d8a31f8883af7c443b709e19dd86153c015f5a6

Bug: 22639018
Change-Id: I8dd93a26309cc13c2744efcd3bdc3ea9dd06e088

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

Bug: 23539759
Change-Id: I069d994eaef2f57c3d01ff2f36abcd274da431a5

Bug: 23519922
Change-Id: I0178861da84d0ef8da78242a9c43ddbf386b9043

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

The EVENT_SIM_NETWORK_LOCKED event in Telephony triggers displaying the
depersonalization dialog.  It appears, however, that there are instances
when the EVENT_SIM_NETWORK_LOCKED event gets triggered multiple times,
resulting in multiple stacked dialogs being shown.

Added singleton code into the dialog to ensure only a single instance can
be opened at the same time.

Bug: 22963631
Change-Id: Ib43b34acdc9da7dcf4b1cfc4c37ba30b10d16cad

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