GitLab

Bug: 29083635
Change-Id: I21c5f4147d8146f92b7e33f0967a179ae644a263
(cherry picked from commit 6c2365a2)

Bug: 28557603
Change-Id: I8d6a13a71011c38e7dd7039fa7ae0a69cf6adc2e

Merge conflict resolution of ag/1193341 to mnc-dr1.6-release

Change-Id: I44cec7b2f841fb01a0dcaf2d512de2e53b59dad6

Bug: 29420123
Change-Id: I41ef7138635f11fbe7f495dd81103458cb969c35
(cherry picked from commit 15f55ca2)

bug:25778215
Change-Id: Id0f166ae61f6228a639188112d30c0c66820ee02

Bug: 25401769
Change-Id: Ibe521237989b7f640cafcf8c21a5b8ff6b87d723

Previous methodology looked for changes in the Ims feature availability
in the ImsPhoneCallTracker.  I.e. there was an assumption made that if
the IMS stack had VoWIFI enabled that we were using it.

A new extra was added for the 3 nexus devices,
ImsCallProfile.EXTRA_CALL_RAT_TYPE.  This determines the radio technology
in use for a call, which we can then use to accurately show the WIFI
calling icon.

Bug: 20144385
Change-Id: I5aee9a571c7458f576a9208b81bed9781046a39a

Before: support only full gid match
After:  support configured gid match like ApnSettings

BUG: 25264265
Change-Id: I0d8de93a7519a3a840642c513845aefba1aa1423

Bug: 22822731
Change-Id: I801738685b65fc0ee0410c1ad4925d15694c81f4

In ImsPhoneConnection, the extras pertaining to a "Child number" were
set on the ImsCallProfile prior to the connection being created.  Turns
out we only pass along extras when they're changed.  However, when the
connection is new we never call the callback to indicate the connection
extras changed.

Added code in ImsPhoneConnection to set the extras when the connection
is first created.

This ensures the extras make it to InCall for incoming calls.

Bug: 24585039
Change-Id: I90993a278b76371bf514fd332adf78bc58505357

Bug: 25026240
Change-Id: Ia6c8c84106efd519abe42d2e7c24674bcb901125

am: e85e5d34  -s ours

* commit 'e85e5d34':
  Revert "Revert "Fix HD icon shown for MO VoLTE call when it shouldn't""

am 4c16be28: (-s ours) Merge "Revert "Fix HD icon shown for MO VoLTE call when it shouldn\'t"" into mnc-dev

* commit '4c16be28':
  Revert "Fix HD icon shown for MO VoLTE call when it shouldn't"

This reverts commit 583b14cd.

Change-Id: I5763228af157e7d003bcaaeefd2977b7ed4a3e17

This reverts commit 309bfd91.

Change-Id: I5da64fd85283d57d667702d04591aa1b1deebe30

Adding a delay between the postdial DTMF char tones sent out to the
network for CDMA phones.
This is based on a similar set of changes for IMS calls: ag/747687.

BUG: 19118840
Change-Id: Ifcd70bb44da5fba808f31b3021f063b545a1b740

Bug: 24941148
Change-Id: Ic26c657529def04cdd34cfd9d78a35ae3ef52d15

Bug: 24941148
Change-Id: I53a36b390eb74fba8e6086f8b1102ace435592b5

When there's no sub available the SubscriptionManager gives
DEFAULT_PHONE_INDEX when asking for the default phone.  Handle
that (gracefully do nothing).

bug:24939067
Change-Id: I43211b3026d358ec915d3426b0d89a1ac54c3cd5

On some configurations IMS service is not reporting UT capabilities.
We should correctly handle such shorter feature capability list.

Bug: 24882289
Change-Id: I96a2c5d09b4e83bdcd5e8b31a5bb1446638757a5

Without this our generation number gets out of sync and
we ignore disconnection results.

bug:24462721
Change-Id: I348c70c4368c4d4d9ad466e4a6803f935bb43bc1

RSSI bar and Signal Strength are not changed when power up.
In booting time, RILJ does not receive any onDisplayChanged().
Thus ScreenState send false in updateScreenState() even if screen on.
So get display manager state after registering with DisplayManager.
As a result, mDefaultDisplayState set proper value.

Bug: 24748088
Change-Id: I8a56810a2a1e6b294d2ce2f3bc5837114312fc49

We remember the phoneId we used to make the request so when the request is released we can
talk to the proper DcTracker even if the subId -> phoneId mapping is lost (removed the sim).
However the list of requests is a singleton and entries are stored per requestId so
a request that applies to multiple phones only has a single entry - we can't record
the phone id at request submission time.

Change it to store the phoneId at request execution time.  This also removes the need
for a separate "has been executed" boolean since we won't have an executed-phoneId if
it's not been executed.

In the future we should get rid of multiple TelephonyNetworkFactories, simplifying all
this.

bug:24411288
Change-Id: Ie430e0a9251c3ae09384e1a4e29b65fe90f46740

Bug: 24519879
Bug: 24681288
Change-Id: I04ef3bb743c30a8ab42d9bf6224ec971686ced6c

Change had already been applied to mnc-dr-dev, so merging with -s ours

Merge "Add forground flag for retry intent to avoid long delayed cellular data setup." into mnc-dr-dev