GitLab

Use a broadcast receiver to launch the default SMS app when the user clicks
the new message notification.

Bug:30882932
Change-Id: I44c48043e94119d0886cf24f3518891168a54d17

1. Update the proto so the version used on the device is
in sync with the version on the server.
2. Added CDMA service state logging in pollStateDoneCdma() and
pollStateDoneCdmaLte().

bug: 31224848
Change-Id: I7c56f4c23ebc0db126d44e9a119ad71289781ca1

Should be based only on carrier config. Wifi can decide if it should
disable on receiving the broadcasts based on its own config.

Bug: 31861987
Change-Id: If31d73deaea2a1e0bb34fbb33e594a3272732921

The intial roaming update was in constructor of ImsPhone. It's so early
that settings provider and carrier config may not be loaded. Hence
incorrect WFC mode was got and set. Now we defer intial roaming update
to ImsManager#updateWfcFeatureAndProvisionedValues, invoked on
EVENT_CARRIER_CONFIG_CHANGED

Bug: 31972897
Change-Id: Id7a14f2d4ff0c638c53bcf7bbae2468750581e06
(cherry picked from commit 6b859110)

The intial roaming update was in constructor of ImsPhone. It's so early
that settings provider and carrier config may not be loaded. Hence
incorrect WFC mode was got and set. Now we defer intial roaming update
to ImsManager#updateWfcFeatureAndProvisionedValues, invoked on
EVENT_CARRIER_CONFIG_CHANGED

Bug: 31972897
Change-Id: Id7a14f2d4ff0c638c53bcf7bbae2468750581e06

When the user answers a call-waiting call at the same time as the remote
end disconnects the formerly-active call, an error may occur where the
in-call ui is left in an inconsistent state and the waiting call is
never answered.

Normally, when a call-waiting call is answered, the active call will
first be held. Then, after the modem reports that as successful,
onCallHeld will issue the EVENT_RESUME_BACKGROUND message to answer the
call-waiting call. However, if the remote end disconnects while the user
is answering, onCallTerminated will be called instead.

This change alters onCallTerminated to issue the EVENT_RESUME_BACKGROUND
message if it occurs in the middle of a call-switch.

Change-Id: Icb757274ad63af46ebff5028dc484f8497777987
Fix: 31684640
(cherry picked from commit 3379e399)

Merge "Combined TelephonyEventLog and part of the connectivity metrics app into the new TelephonyMetrics" into nyc-mr1-dev

app into the new TelephonyMetrics

Added the new TelephonyMetrics to support metrics collection
through dumpsys.

bug: 31224848
Change-Id: If4b6032e98b6cc8b68e8459e0e799a3755b1f2f9

If we change phone types after falling into a roaming condition
(due to other bug/race) we were tossing the old state and not
notifying listeners.  This could leave listeners thinking we
were still roaming.

Also added logging to try to catch this in the future and made
DataConnection (a listener) more robust by rechecking the roaming
state when it connects.

bug:31278802
Change-Id: Ica5b2bbf1cb6fde5bc11994d1a699c53ac562ade

When the user answers a call-waiting call at the same time as the remote
end disconnects the formerly-active call, an error may occur where the
in-call ui is left in an inconsistent state and the waiting call is
never answered.

Normally, when a call-waiting call is answered, the active call will
first be held. Then, after the modem reports that as successful,
onCallHeld will issue the EVENT_RESUME_BACKGROUND message to answer the
call-waiting call. However, if the remote end disconnects while the user
is answering, onCallTerminated will be called instead.

This change alters onCallTerminated to issue the EVENT_RESUME_BACKGROUND
message if it occurs in the middle of a call-switch.

Change-Id: Icb757274ad63af46ebff5028dc484f8497777987
Fix: 31684640

Bug: 31492826
Change-Id: I35bf9994b3e96327e1d9678d177225c6a3656479

Previously tests passing <95% of the time were considered flaky. Now we
mark any test passing <99% of the time as flaky.
Also increase wait time before assert in switchToCdma which was failing
inconsistently.

Bug: 31041734
Change-Id: Ibb353c99049b049f57d0f67b5027278d58c5f69b

A false persistent parameter ensures that wifi country code
will fall back to phone default country code upon SIM card removing.

Bug:31640617
Change-Id: Ie55fea196f314d0f8d7af8d9c68c04e14dd28987
Test: compile

am: c39c5bf3

Change-Id: I4ad0380da5bded8bfae5df167a3d749d075e1c7a

Bug: 31075769
Change-Id: I18041a2d11895f3d9b00f077dc4eef1f450e791c

We are currently checking the IMS feature FEATURE_TYPE_VOICE_OVER_WIFI
instead of checking the correct ImsCallProfile extras in the ImsCall.

This change also adds ImsCall tests for Wifi as well as modifies an
existing ImsPhoneConnection tests to facilitate the new change.

Bug: 30964593
Change-Id: Ib31fb1d4899fec47424f5e4869d27c429290f304

Extend apn retry configurability to more apn types so
we can control each APN retry behavior.

bug: 31381899
Change-Id: I6453aa76ebf2f977f5e730d34a502be9d0913577

am: e6028d30

Change-Id: I7f06f25b0a03bbae68671fdfd84df6d04aa111df

am: f6f1da3d

Change-Id: If68d26de17ca2e79cbe92b0c0346fb75b301d154

+ Remove FLAG_RECEIVER_REGISTERED_ONLY_BEFORE_BOOT from intent sent from
CatService to StkApp as StkApp doesn't have registered receiver.

Bug: 31292260
Change-Id: Icdf688795138342b7de3b1a4cd31563351b2ccd5

am: 3746beeb

Change-Id: I2373392f3a5a2c6847073b2472fc4b418c396a54

Bug: 31288401
Change-Id: Ibc0157b655d10621e553130c7a2a24934ffe74b1

am: b4d7a8ad

Change-Id: I3767dd3d5aa9f200f8d391ec6bc778552a8af2b0