| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| |
| | |
Change-Id: I23af6296f0867bea2a2da72d4eb3dda93025b1ac
|
| |
| |
| |
| |
| |
| | |
When radio is powered off / airplane mode, memory status updates are
ignored by RIL. With this fix, pending memory status updates are sent
again when radio is powered back on.
|
|/
|
|
|
|
|
|
|
|
| |
This solves a race condition between the network type changing and
a signal strength changing. This could cause StatusBarPolicy to see
the -1 values for the evdo strength parameters and hence 0 bars would
be displayed.
Bug: 2419251
Change-Id: Iba0bdbd2023b6a5e49fc1f82c997ec3219158286
|
|
|
|
|
|
|
| |
This is a new implementation of TTY support.
Previous implementation in commit aead64def1fe58c95c086a0ca00cf0b13fa32ef1 is reverted.
The new method does not rely any more on the kernel headset driver to send a UEvent containing
current TTY mode.
|
|
|
|
|
|
| |
For bug 2400052.
Notify registered handler whenever receiving RIL_UNSOL_RESEND_INCALL_MUTE.
|
|
|
|
| |
For bug 2352094.
|
|
|
|
|
| |
For bug 2352094, handle emergency calls only status and
pass the emergency calls only string via SPN_STRING_UPDATED intent.
|
|
|
|
|
|
| |
Need to check if fileIds is empty.
b/2349232
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
FCC raised the issue of not allowing users to configure
channel counts beyond 11. This change enforces the channel
count based on MCC values.
Bug: 2378844
|
|/
|
|
|
|
|
|
|
|
| |
Backport of MR2 change 421c72b6.
Removes entries sooner. A bug.
Doesn't add one for phone process at all. This was intended to be removed long ago.
bug: 2329900
bug: 2377507
|
|
|
|
| |
Write event log while the 2G/3G radio access technology switched.
|
|
|
|
| |
and fix some javadocs for PhonestateListener
|
|
|
|
|
| |
Bug: 2294396
Change-Id: Icb34706a203fb34e52c67b904328e91a7803d4fc
|
|
|
|
| |
http://b/2285139
|
|\
| |
| |
| |
| | |
* changes:
Return null if SIM doesn't have the MSISDN Aplha tag.
|
| |
| |
| |
| |
| |
| |
| | |
This makes both the GSM and CDMA version compatible.
Bug: 2247067
Dr No: jsh
|
|/
|
|
|
| |
bug: 2251845
Change-Id: Ie122606fb852868bb76a9930bb5e6ba906273619
|
|\
| |
| |
| |
| | |
* changes:
Throttle nitz updates as the are too numerous on cdma.
|
| |
| |
| |
| |
| | |
bug: 2251845
Change-Id: I326c1f7e28d19b678ea748e36f8286dd1378cecf
|
|/
|
|
|
|
|
|
| |
9.2.3.24.1 :
all the parts should have the same encoding.
Fixes b/2040561
|
|\
| |
| |
| |
| | |
* changes:
Fix the selection of locale from SIM mcc.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Two issues - getting config then setting locale by mcc and then setting the config (to set
mcc/mnc) would overwrite the locale set in the middle. Also, using a "new Configuration()"
instead of asking the ActivityManager.getConfiguration gets different values than the current
ones, and would also overwrite our change.
bug: 2241461
bug: 2239810
|
|\ \
| | |
| | |
| | |
| | | |
* changes:
Fix some SMS encode issues.
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| | |
1. Spanish SMS 71-160 chars not sent. This was because calculateLength
allowed for single-segment EMS encoding, while encodeUserDataPayload
did not. For now, change calculateLength to match encodeUserDataPayload
(ie, fallback to UTF16 in this case). (b/2224849)
2. Unicode value of N w/tilde was incorrect. (b/2224849)
3. Add '\' and '/' to the list of valid separators in CDMA SMS numeric
addresses. (b/2236527)
|
|/
|
|
|
|
|
| |
data calls until the device is provisioned.
Bug: 2221241
Change-Id: Id0267cc02fdf31e14e66e5acd2ca5cbdc504f507
|
|
|
|
|
|
|
|
|
|
| |
This is the simple fix for bug 2199271 which increases the timeout
for DEACTIVATE thus allowing more time to complete before SETUP_DATA_CALL
is retried. This should fix some occurrences of this bug as the current
time is known to be too short.
Bug: 2199271
Change-Id: I11c3cdc74678399de5f812133c83d687d0ed9937
|
|\
| |
| |
| |
| | |
* changes:
Add Authentication Type field to the APN settings.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Use auth type to setup data connection.
This value defaults to -1 (unset) to maintain compatibility.
When the value is -1, the auth type gets set to 0 (if no user is specified)
or 3.
Bug: 181700
|
|\ \
| | |
| | |
| | |
| | | |
* changes:
Handle bad SIM message
|
| |/
| |
| |
| |
| |
| |
| |
| | |
When trying to view the saved sms messages on my SIM, I ran into a null ref.
With this fix, we don't try and wrap a null message, but just skip it.
This is part one of three fixes for BC-triaged bug 2205782.
Change-Id: Ie7105dae7e3134b98681deabcc14f5db555902f3
|
|/
|
|
|
|
|
|
|
|
| |
Previously we were returning "other terminal problem" to the network, but this
had the potential of blocking MT SMS messages for days at a time (eg, if the
problematic message is resent). Sending the "encoding problem" cause code is
reasonable since in most cases the we have encountered an error while trying
to parse the message.
Addresses b/2200412.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When Android Telephony receives response to GET_REGISTRATION_STATE
message from RIL it may contain few fields set to NULL. Due to a parsing
exception encountered while parsing that field, the remaining fields will
not be parsed even if they are valid data. Ignore all fields that are NULL
while letting it parse non-NULL data.
For Latitude and Longitude, the values should not be hexadecimal. They
shall be parsed as decimal values as specified in the 3GPP2 C.S0005-A
specification. Invalid value is changed from -1 to Integer.MAX_VALUE.
Bug: 2201613
Change-Id: I13dd02fcfa2ae7fcb6f21c4b94b830786bd7270c
|
|
|
|
|
| |
This will help debug b/2197566. We should have been logging the error
anyway.
|
|
|
|
| |
Fixes b/2074739.
|
|
|
|
|
|
| |
There was another log statement that was poluting radio logs.
bug: 2180891
|
|
|
|
|
|
|
|
| |
Allow the ERI overlay file to specify the text for any built-in strings.
Currently only the hard-coded strings are used for those.
Bug: 2170881
Change-Id: I5d6169696a4558e62587585e17f908f823c54a2b
|
|
|
|
|
|
|
| |
It was filling the radio log with noise. Added a VDBG set to false to preserve the logging
but deactivate it.
bug: 2180891
|
|
|
|
|
|
|
|
| |
Since the StatusBarPolicy is run in the System Process and shouldn't therefore call into
the Telephony process we decided to make sure all the needed info was passed along with the
original notifications.
bug: 2173053
|
|
|
|
|
| |
Addresses issue:
http://buganizer/issue?id=2164455
|
| |
|
|
|
|
| |
Change-Id: I16b1c566f91167aac9615ac59dd297a154c828ea
|
|
|
|
|
|
|
|
| |
This is independent of whether or not the ConnectivityManager wanted any particular APN on
and allows us to track the two seperately - so when data is re-enabled we don't turn
things on that CM wants off.
bug: 2158290
|
|
|
|
|
|
|
|
|
|
| |
RIL_REQUEST_CDMA_VALIDATE_AKEY to
RIL_REQUEST_CDMA_VALIDATE_AND_WRITE_AKEY
Add failure cause for CDMA call failures due to access blocked by the
CDMA network. Rename RIL_REQUEST_CDMA_VALIDATE_AKEY to
RIL_REQUEST_CDMA_VALIDATE_AND_WRITE_AKEY. This change needs to go in
with the corresponding change in ril.h (1141)
|
|
|
|
|
|
|
| |
Previous fix limiting what was reported active was too strict, leading to
DISCONNECTED messages not being accepted (apn list was empty).
bug: 2151520
|
|\
| |
| |
| |
| | |
* changes:
Add PhoneNumberUtils.compare() method that uses a resource to determine strictness.
|
| |
| |
| |
| |
| |
| | |
strictness.
Change-Id: I49fbfc683f7089f052671b567ad3e19203a568f0
|
|\ \
| | |
| | |
| | |
| | | |
* changes:
Set roaming based on both data and voice.
|
| | |
| | |
| | |
| | |
| | |
| | | |
In GSM network the data roaming (from +CGREG) and the voice roaming (from +CREG) could be different. Set GSM roaming based on both data and voice roaming status and set it true if either indicates roaming.
This solves the unwanted roaming billing issues and respects the download roaming setting in systemUpdater, DownloadProvider, and MMS downloader. For more details refer to bug 2052473.
|