In FeatureConnection, we never cleaned up the ImsFeatureStatusCallback
after it was destroyed, leaving zombie FeatureConnections around.
Bug: 156893040
Test: atest FrameworksTelephonyTests
Change-Id: Idcf8b558c3807a3f9f5094afee532e76ea6f02cb
* changes:
Make sure to handle exceptions for setDataEnabled
Revert^2 "Support api to control data by thermal service" ag/11382713 fixes exception issue with original change. 94b46ef784
Revert "CTS test for api to control data by thermal service"
Revert "Support api to control data by thermal service"
Revert "Support api to control data by thermal service"
Revert submission 11171206-setDataEnabled
Bug: 155765311
Reason for revert: wembley gets into boot loop on reboot due to this code
Reverted Changes:
I3cdab9b04:Support api to control data by thermal service
I716cf6c45:CTS test for api to control data by thermal servic...
Ic5634e6f7:Support api to control data by thermal service
I763c422ba:Support api to control data by thermal service
Change-Id: If023dc8e106650b63706c0a5df24850c1260f785
Support api to control data by thermal service
Restructure data enablement API to have single API
with reason as an input to stop adding new apis
for new usecases.
Bug: 151342791
Test: added new CTS tests and verified
Change-Id: I763c422ba54907984977d19b2774c31337e5ffe5
SIM needs to be fully loaded before we can setup
data connection because APN slection requires
MCC/MNC on the SIM. Also lots of data related configs
are stored in carrier config. Both needs to be ready
before we can setup a data connection (except for
emergency APN).
Bug: 152816633
Test: Manual + unit tests
Merged-In: I69c7838bdd9751bef4c15e9504519b55afb9fefb
Change-Id: I69c7838bdd9751bef4c15e9504519b55afb9fefb
(cherry picked from commit 38de77534a)
DcTracker uses several SIM related signals for different purposes.
Those signals include SIM record loaded/not-loaded, subscription
changed event, and carrier config changed event. Those signals
are slightly different but not that really important to DcTracker.
What DcTracker cares is
1. Whether SIM is inserted or not.
2. Whether configuration changes or not.
By listening to a single carrier config change event can handle
the cases above.
Removed all SIM record related places in DcTracker. SIM record should
not be accessed by anyone outside of UICC controller.
Test: Manual test + unit tests
Bug: 146168348
Merged-In: Iad45933ea77eb460625a891071535cbeaf8ac3b0
Change-Id: Iad45933ea77eb460625a891071535cbeaf8ac3b0
(cherry picked from commit df3001b935)
SIM needs to be fully loaded before we can setup
data connection because APN slection requires
MCC/MNC on the SIM. Also lots of data related configs
are stored in carrier config. Both needs to be ready
before we can setup a data connection (except for
emergency APN).
Bug: 152816633
Test: Manual + unit tests
Change-Id: I69c7838bdd9751bef4c15e9504519b55afb9fefb
and the UiccCardApp was disposed.
But the unlock process was canceled. Therefore,
the previous unlocking process was interrupted without returning,
and the keyguard PIN lock View was always displayed.
If UiccCardApp was disposed,send the CommandException.Error.ABORTED as result for the previous Message.
Test: manual
Bug:140907125
Change-Id: I61f63136cb8638566f612a0a459adb398294527f
If config_sms_force_7bit_encoding is true, an original text will be
translated based on 7-bit ASCII table for CDMA. But if the translated
text can not be encoded as single-part SMS, the original text should be
used for next try instead and it will be translated based on GSM 7-bit
alphabet for ENCODING_GSM_7BIT_ALPHABET.
Bug: 151061215
Test: Manual
Signed-off-by: Taesu Lee <taesu82.lee@samsung.com>
Change-Id: I679786b96d19c6f3f30ec3e2037221110f5d3f84
Added constant support to framework for sim deperso
Test: make
Bug: 69389695
Merged-In: Ia7b9ca82570c1c9a9fed945d687e4bec4e87b3a1
Change-Id: I4b11e63b9d2bb9c59c79462c2a74706a572e7d35
(cherry picked from commit 64056e1262)
