GitLab

am 463068b8: am e2840825: am 1904f9d4: am aa1b0618: am b7710d07: resolved conflicts for 70dd1f77 to lmp-sprout-dev

* commit '463068b8':
  Fix NOT_RESTRICTED network capability and enforce it.

am e2840825: am 1904f9d4: am aa1b0618: am b7710d07: resolved conflicts for 70dd1f77 to lmp-sprout-dev

* commit 'e2840825':
  Fix NOT_RESTRICTED network capability and enforce it.

* commit '1904f9d4':
  Fix NOT_RESTRICTED network capability and enforce it.

* commit 'aa1b0618':
  Fix NOT_RESTRICTED network capability and enforce it.

* commit 'b7710d07':
  Fix NOT_RESTRICTED network capability and enforce it.

Change-Id: I6998f13b2c3b76315c285e85f3ae485f83e418d0

A previous fix to help us ignore obsolete messages introduced a bug:
in the DataConnection.mRetryingState if we get a request to CONNECT
we noted we already had that apnContext in our list and would not re-add.
This was a loose translation from when the list really was a list,
but now that it's a map we need to update the ConnectionParams with the
latest or we'll remember the old obsolete generation number.

The fix is a simple removal of the if(contains).  The rest is some logging
improvements to help out next time.

bug:24242653
bug:22776917
Change-Id: I934cc6bdb4f165e84f19f9cdb05a86a44912bdf8

We rely on this intent to trigger IMS config update.

Bug: 24270744
Change-Id: I69494c5269352ed6afa567661752b484918c4b6b

bug:24106542
Change-Id: Ic749b05845309412804d782b242dc7ecb516c5be

Allow the API to specify if the selection should be persisted across reboots.
This also has the side affect of not notifying the user when signal is lost.

Necessary becasue the API might be used transparent to the user and the
notifications will be bizarre.

Bug: 23971948
Change-Id: Ic07d3a4b531b0bc89f26617ffae4bb678488d958

The check was looking at last character to determine if dialed
number is UT which is not correct. Should look at the last character
of the network portion.

Bug: 24125413
Change-Id: I21e0d2ffac4548d74e68355db86a98516daee304

ImsPhone might be created when we are starting monitoring IMS service.
When we are creating ImsPhone, we are opening IMS service.
When IMS service is being opened, it might request default phone (which
might not be ready yet).

Bug: 24130556
Change-Id: I7677b3131b15c78f6c6ac008f0cbb06b1a427b5d

We changed the params on these messages from an ApnContext to a
Pair<ApnContext, Integer>.  There were some call sites using the old
style and leading to errors.

bug:24115252
Change-Id: Ice3f075b3b93b9e76c0f0be7923f5ae2041f7ab1

Ignoring phone switching during shutdown prevents initializing
the new phone, which sends attach request to the modem.

Bug: 23508972
Change-Id: I2a7bfaaebfc9ed3bc4a265b4fa0a31384195251e

* commit 'a61a2087':
  Let some messages get processed in emergency state

Some pings and infrastructure events were getting defered in
emergency mode.  This led to hung processes.

bug:24097705
Change-Id: I5415ae69bcf17a293d5af9ae093d7346b1dc076f

We should query the signal stregnth information from the modem
when RAT family changes instead of relying on the next unsolicited
signal strength information indication coming from the modem,
which might take a long time to come or even not come. By proactively
querying the info, we can make sure the up-to-date signal strength
is showing up on the UI.

bug: 22724699
Change-Id: I4c80b281cffb28a871d4e754f43c43b9809244a4

- This was a nit from a previous commit.  Adding an early-bail in the
method which cleanses instant lettering messages.

Bug: 22779583
Change-Id: I76010fca96323284cc06e5cbe596218e30d59dcf

Bug: 23804201
Change-Id: I62a00530200d81a7494637bc760f258219389c42

Currently call extras are closely coupled with call state changes.
To propagate call extras from internal.telephony.Connection the
PRECISE_CALL_STATE_CHANGED event shall be triggered which is genarally
triggered when phone/call changes its state. This change removes the
above mentioned dependency by raising onExtrasChanged event when
changes in extras are detected.

Bug: 22329706

Change-Id: I7c0f5dc3229b2d7ae83d06a8e3fade45d1b62c90

Added ability to escape carrier-specified characters with a backslash
in call subjects prior to sending.

Bug: 22779583
Change-Id: Iab68a1036238581a86dadccd969ffdc7e1a2fa52

Carrier specifications require a specified minimum delay between DTMF
tones that are sent out. So, adding a carrier config param to add delay
between the end of processing a DTMF char and begining of processing
of the next DTMF char.
This is the same fix as ag/747687 ported for GSM connections.

BUG: 23064351
Change-Id: Icc297ed7e4bfd909dfd3fcf01b66552ff782bd17

Added CMAS monthly test additional language messages support if
the SIM or current network's country is Taiwan. Allowing
users to turn on/off through
Settings->More->Emergency broadcasts->Show CMAS test broadcasts
(This hidden menu is only shown when Developer options is turned on).

bug: 23892625
Change-Id: If32a8b3ccbd4e7a724bd11006b237c3565e0ca43

1. Look up a regular expression containing carrier-specific invalid
characters for call subjects.
2. If found, use reg exp to cleanse the call subject prior to setting
on the dial intent.

Bug: 22779583
Change-Id: I708468294e94d5959cd2fe0f605ec0515b6e2eaf

The code used to null out mPendingMO after it send out the notification
and updating it's state. While mPendingMO is not null, update-state code
will always short-circuit to offhook so it is necessary to reset the
variable before updating the state (GSM & CDMA already do this).

Bug: 23530363
Change-Id: I0491b371d0de52d21fd6e0d96e2660c63c38fada