GitLab

Bug: 31075769
Change-Id: I18041a2d11895f3d9b00f077dc4eef1f450e791c
(cherry picked from commit c39c5bf3)

Bug: 31288401
Change-Id: Ibc0157b655d10621e553130c7a2a24934ffe74b1
(cherry picked from commit 3746beeb)

Bug: 31075769
Change-Id: I18041a2d11895f3d9b00f077dc4eef1f450e791c
(cherry picked from commit c39c5bf3)

Bug: 31288401
Change-Id: Ibc0157b655d10621e553130c7a2a24934ffe74b1
(cherry picked from commit 3746beeb)

Bug: 31308687
Change-Id: Id8907abc8f76cc77b5bcfeee4d5ed34bf18e71e3
(cherry picked from commit b4d7a8ad)

Bug: 30349182
Change-Id: Icb94db6a8c146db7d4e63108cb19b16ea438f212
(cherry picked from commit 33290100)

This CL adds a extra step in the VisualVoicemailSmsFilter which will
match the message body against the carrier specified regex. Even if
the message have a unknown format if it matches the regex it will
still be considered a VVM SMS.

For example, Verizon requires any SMS that starts with "//VZW" to be
dropped. Other cases are handled by the AppDirectedSms app, but
"//VZWVVM"  is left for the system visual voicemail. Previously
"//VZWVVM garbage data" will pass though the filter because it is not
a valid VVM SMS, which is against the specification of dropping
everything. After this CL it will match the regex and dropped.
The VVM client will also receive the message body, but ignore it.

Change-Id: I8d446d69d75914bf5fe63834cfebec92f7917711
Fixes: 30954955
(cherry picked from commit 585c4649)

We will always send the event and let dialer filter it out.

Bug: 30837560
Change-Id: I3c40d8ee236bd5c27a8891f5c7b25a8fef0d4feb

Send a connection event when handover from wifi to LTE occurs for a video
call.  This event is only sent once, the first time it happens.

Also added a test intent which can be sent to reset the preference.

Bug: 30837560
Change-Id: Iefc2c4024d4d1956e8a9153345b6c2892bd7c38b

Fix the SUPPORTS_DOWNGRADE_TO_VOICE calculation in ImsPhoneConnection; it
was relying on signaling from the modem, which apparently doesnt work.
Instead relying on a carrier config option to set that value.

Adding logic in ImsPhoneCallTracker to auto-downgrade to audio and send
a connection event indicating why it happeend to Dialer.  This is only used
when the carrier supports it.

Bug: 30702393
Change-Id: Ie7ed3ba8b8aa6c45391d9dd45c4bbf7fe8c957ee

bug: 30812533
Change-Id: Ib25eebc5f439895317c4011384b1b10a330911b3

Bug: 30474919
Change-Id: I082dfd847316c15a2e4eda86e21e003e3ac398d5

Handle dropping of video calls for one of two reasons:
1. User disables data.
2. User exceeds the data limit policy on their device.

In both cases, terminate any ongoing video calls.  Ensures the correct
disconnect cause is propagated up to the InCallService.

Bug: 30702393
Change-Id: I36d236c8f69f9dc5b17368cc5329ac1df991fac4

Currently, the radio can report an OUT_OF_SERVICE (but Emergency calls
are available) status from the radio during an emergency call if that
call is made when there is no SIM card available or the SIM card is
locked. If the remote party disconnects, we mistakenly show a "Cellular
Network not Available" dialog when a call ends successfully because the
disconnect cause is mapped to OUT_OF_SERVICE. We now check to see if the
call was an emergency call before mapping to that disconnect cause.

Bug: 30657253
Change-Id: I7bf16c502c12125506ed31a56278f68ea39737ac

When we expect to handover a vt call to wifi, add a timeout to check to
be sure the handover did happen.  IF it iddn't notify the Connection of
the failure.

Bug: 30697460
Change-Id: I243d4a063b5300cdf3b8e7fedddd4d747153af66

Bug: 30474919
Change-Id: I082dfd847316c15a2e4eda86e21e003e3ac398d5

Earlier it was done only if the intent was for LOADED/LOCKED. Correct
behavior is to rebroadcast the last intent regardless of the state.

Bug: 30582961
Change-Id: Ife57f70d4849655a6769bbdd0b883679f9444abf

Also adding test intent which can be used to simulate this situation.

Bug: 30697460
Change-Id: Ic45708699bbeedbb58920373180ea63a8d65ad78

Vendor testing uncovered the fact that a call pull could fail due to a
SIP Forbidden error.  Adding this disconnect cause to the pull fail logic
to ensure that a failure to pull due to this reason will result in the
call becoming external again.

Bug: 29906222
Change-Id: Ifab30cff23bb512731da0e16ea00e86c22d8226b