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
The platform currently supports the notion of default carrier apps.
These apps are set to DISABLED_UNTIL_USED until a SIM is inserted
which grants them carrier privileges, at which point they are enabled.
Apps are not touched if they have been updated from the version on
/system or if their state has been modified externally (e.g. by the
user).
This CL extends this notion to associated apps, which may not have
carrier privileges themselves, but should be enabled/disabled
alongside a particular carrier app. This should include helper apps
that should not be visible to users who don't use the given carrier
unless the user explicitly enables the app.
As additional protection, we add a check to ensure that we never
disable apps after the first time we've run. Since we need to store
this information in secure settings, we also move the call site from
PackageManagerService#main() to PackageManagerService#systemReady(),
which enables use of secure settings but still occurs before
third-party apps can be started.
Bug: 30141427
Change-Id: Iee72ba4e70e5ca97999c9147a65af82c670a23e8
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
Some modems use a lowercase version of this extra, which is not correct.
Adding an alternate definition so ImsCall can still determine the radio
type.
Bug: 28933314
Change-Id: I61d13a2aa447877e1c89c3ae474a8614c29492a1
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
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
(cherry picked from commit ee6e86b2bc9ab811500c30e26d8e07b3781acfaf)
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
