This CL gives the default dialer, apps with carrier privilege, and
apps with MODIFY_PHONE_STATE the ability to enable/disable the visual
voicemail client.
This is a system API for NMR1. It will be revised in O.
Bug: 30709089
Change-Id: Ic24af14a5e3433c13ba8d253ad8504c94bf71c8f
Controls whether to notify Connections of the fact that a handover of a VT
call from LTE to WIFI failed.
Bug: 30697460
Change-Id: I0cbff2dfb67c7c1f995f1ddf38e9525796501c09
Adding a new connection event which Telephony can use to inform upper
layers of a failure to handover to WIFI.
Bug: 30697460
Change-Id: I75da2f956a6b70a9bf4cf7128f29968e08172dc3
Instead add a new hidden function to ServiceState for use
by SystemUI until we get a real API in O.
bug:30480638
Change-Id: Ifd9b1fbdb74d3a408c419467b7390675fc13ea3d
Before when extreme alert is disabled, severe alert will be disabled
by default because we assume users won't be interested in severe
alert if he is even not interested in extreme (higher level) alert.
Now carriers are allowed to turn this feature off by carrier config.
bug: 29369591
Change-Id: I3eb8a0c3e2df420ea75a77ec01cc447013434219
Adds a Carrier Config key to specify whether an IMS call supports
holding. If not, the CAPABILITY_HOLD and CAPABILITY_SUPPORT_HOLD are
not added to the Connection.
Bug: 30195356
Change-Id: I9b16b385a2b90118453d484be5af4f173b199ab1
Disable VT when users turn off data or hit data limit. If
there are ongoing VT calls, we'll need to downgrade them
to VoLTE calls.
bug: 27316521
Change-Id: I89fe42f6cf6c419c21c4f2006e9cb43cf7e13503
1) Finish plumbing of PULLING_CALL state.
2) Add new disconnect cause used when maximum number of calls across
all devices has been reached.
3) Add PII mask for toString of ImsExternalCallState.
Bug: 29522023
Change-Id: I78a0a9f3c3d846cfc58a1c5bcc6f105027602cbc
Used to be DISABLE_ADD_CALL_DURING_VIDEO_CALL, now just
DISABLE_ADD_CALL. The meaning has also changed -- having the extra set
means that adding calls should be disabled no matter what.
Bug: 29047863
Change-Id: Icd8966492b264a9c64dc4880080a706032f0759c
Adding new carrier config, defaulted to false, which allows a carrier to
promote the use of WFC when the device is connected to WIFI and WIFI
calling is disabled.
Bug: 27970317
Change-Id: I4904b7f006bae9f834816c1964025acf36b4ba84
Used to inform listeners when a connection can or cannot be part of a
conference. Used to inform the conference controller so that it can
recalculate the conferencable connections.
Adding carrier config for carrier requirement.
Bug: 29059073
Change-Id: Iab028fd44d87c8dc2bbbe8bba7ba9ccdc223fe51
Adding two new carrier config options:
1. treat_downgraded_video_calls_as_video_calls_bool - when there is an ongoing
call which was previously a video call (or is currently video call), some
carriers require that this is treated as if it is a video call for
telephony logic such as in (2).
2. drop_video_call_when_answering_audio_call_bool - if the user is in an
active video call (see (1)) over wifi, and an incoming audio call comes in,
when this carrier config option is "TRUE", the video call will be dropped
when the audio call is answered.
Adding new connection extra to indicate to the dialer app that answering
a ringing call will cause the current active video call to drop.
Bug: 29275420
Change-Id: Ied5dbabc8ff09045ba41c5eba2136adad10db80e
Note this may be redesigned in O to better handle the
various bitrate/channel combinations in a sane way.
bug:27360321
Change-Id: If6ffbd02e3a7f170cc041747e32bb624234c3e09
Only reports transitions to higher RATs within a given family.
Reset when we move to a new cell.
Avoids costly propogation of RAT flapping within the family,
for example every outgoing data pops us into a higher RAT and
idle time pops us back down.
bug:27360321
Change-Id: I549d79c1c74325981bee284cef452bd096184d86
A few disconnect cause mappings were missing for the multi-endpoint
disconnect causes. Adding them here.
Bug: 29236416
Change-Id: I669bd72290c0e823c54eb6062ebd658743882852
- add a new field: provisioningNotificationEnabled from NetworkMisc. set
to false if we want to hide "sign in" notification and placed
carrier-specific notification instead. it is set on connect, once set,
it is carrier-app's responsibility to post new UI to users
- rework on the interaction between carrier app and framework
- code cleanup
- unit test support
Bug: 28567303
Change-Id: Ic84db7ffbb920d15344717f104496d3cb82e1a85
PCO is a container in data-call responses with a range
of optional fields devoted to carrier-proprietary signalling.
This change includes a class to contain this opaque info on
its way to carrier apps.
bug:28961371
bug:28567303
Change-Id: Ibfc304800bb3d5b8706d56c08400c1d0b4453a55
Addressing API council feedback, remove* all subscription ID arguments
from API calls, and provide a factory method to create a new
TelephonyManager which uses a given subId.
* The subId methods will be @hidden instead of deleted.
Bug: 28845064
Change-Id: I2de8ae9e45bc14962c7c20d7d076ec83bce92cd3
am: 03d3f4a6cb
* commit '03d3f4a6cb2c2d7b92e5cff09e5e7daefba398e9':
Per API review, revert the API renaming CL.
Change-Id: I536acb34c3d4b531db777a0635ccdb173db1183d
