b4bc99e847d15f04c035d676e01ff85623565e0a |
|
03-Jan-2012 |
Jake Hamby <jhamby@google.com> |
Add user confirmation dialog before sending SMS to short code. Non-system apps now require user confirmation before sending an SMS to a short code that may potentially cost the user money. The number is tested against regex patterns for short codes for the country matching the user's SIM card or network. The user is warned if the phone number is potentially or definitely a premium SMS number. The regex patterns are loaded from core/res/res/xml/sms_short_codes.xml. If the user's country is not found, then phone numbers of 5 digits or less (excluding known emergency phone numbers) are considered to be potential SMS short codes. Command to run test cases: $ runtest -c com.android.internal.telephony.SmsUsageMonitorShortCodeTest frameworks-telephony Bug: 5513975 Change-Id: Ic0b483153390e974c632302f3061300bc2a2274a
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
3e3c3f80a90b156ff500076f8655647dfb317acf |
|
06-Feb-2012 |
Jake Hamby <jhamby@google.com> |
Add support for CMAS warning notifications over CDMA. Refactor SMS Cell Broadcast support to enable receiving CMAS warning notifications over CDMA. The CellBroadcastReceiver app must also be updated with the corresponding change. All cell broadcasts are now delivered as a Parcelable SmsCbMessage object in the "message" extra of the SMS_CB_RECEIVED_ACTION or SMS_EMERGENCY_CB_RECEIVED_ACTION, instead of as a GSM/UMTS "pdu" byte array. Existing functionality for ETWS and CMAS alerts over GSM/UMTS continues to be supported using the new radio-technology independent SmsCbMessage and related objects. Test cases are added to verify that valid and invalid broadcast data is handled appropriately. Unit testing discovered a bug in the BitwiseOutputStream utility class used by the added test cases. When the BitwiseOutputStream object must be expanded (in the private possExpand() method), the mEnd field is not updated to the new array size. This causes a new array to be allocated on every new write, and for all data beyond the original array allocation to be replaced with zeroes. Fixed by adding a line to possExpand() to update mEnd. Added a test case to BitwiseStreamsTest to verify the fix. Besides the test cases, BitwiseOutputStream is only used by BearerData in two places, both of which allocate a sufficient initial buffer. So the bug in BitwiseOutputStream is not critical to fix for normal operation, but should be fixed so that the test cases using it function correctly. Bug: 5856308 Change-Id: I201ecbf11607fd200aaae3cbb32561efabf65672
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
efba344b5a7b20e400daf5f41b2fbd688337f789 |
|
29-Feb-2012 |
Jake Hamby <jhamby@google.com> |
Revert "Add support for CMAS warning notifications over CDMA." I'll submit again when the app change is ready. This reverts commit 0c49f03a0429b5c0c4a619256f7bca86a4997ae8
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
0c49f03a0429b5c0c4a619256f7bca86a4997ae8 |
|
06-Feb-2012 |
Jake Hamby <jhamby@google.com> |
Add support for CMAS warning notifications over CDMA. Refactor SMS Cell Broadcast support to enable receiving CMAS warning notifications over CDMA. The CellBroadcastReceiver app must also be updated with the corresponding change. All cell broadcasts are now delivered as a Parcelable SmsCbMessage object in the "message" extra of the SMS_CB_RECEIVED_ACTION or SMS_EMERGENCY_CB_RECEIVED_ACTION, instead of as a GSM/UMTS "pdu" byte array. Existing functionality for ETWS and CMAS alerts over GSM/UMTS continues to be supported using the new radio-technology independent SmsCbMessage and related objects. Test cases are added to verify that valid and invalid broadcast data is handled appropriately. Unit testing discovered a bug in the BitwiseOutputStream utility class used by the added test cases. When the BitwiseOutputStream object must be expanded (in the private possExpand() method), the mEnd field is not updated to the new array size. This causes a new array to be allocated on every new write, and for all data beyond the original array allocation to be replaced with zeroes. Fixed by adding a line to possExpand() to update mEnd. Added a test case to BitwiseStreamsTest to verify the fix. Besides the test cases, BitwiseOutputStream is only used by BearerData in two places, both of which allocate a sufficient initial buffer. So the bug in BitwiseOutputStream is not critical to fix for normal operation, but should be fixed so that the test cases using it function correctly. Bug: 5856308 Change-Id: Ie3e6af747976ce9b8a3e71e76fec71709cf86545
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
bd7836846c1e5d3610ba6c26686674d429a4316c |
|
16-Nov-2011 |
Jake Hamby <jhamby@google.com> |
am 7d4046e9: Merge "Fix 3GPP SMS send failure for 7-bit national language tables." into ics-mr0 * commit '7d4046e9b7b95e1d5de12a54109b44d8305a6fdc': Fix 3GPP SMS send failure for 7-bit national language tables.
|
87d14a1756f2ff4abdc107de35d06739245a606e |
|
15-Nov-2011 |
Jake Hamby <jhamby@google.com> |
Fix 3GPP SMS send failure for 7-bit national language tables. Fix a NullPointerException when sending a single-part SMS containing characters in one of the enabled national language tables. Also added a few log messages for several error cases to help with debugging any future problems in the SMS dispatcher. Bug: 5553544 Change-Id: I61c1cbe297b2e222027f0db7c833df6a03c2974a
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
ac09d2af145b4d820a34f5e7628bc42e2e211bdb |
|
01-Oct-2011 |
Jake Hamby <jhamby@google.com> |
Add support for SMS-PP data download to USIM. Devices supporting IMS may receive SMS-PP data download messages which are normally handled in the radio baseband. Add support to framework for these messages, passing the data to the UICC and sending the response data as part of the SMS ACK. Change-Id: I1da76982c6f8c402f82a6f535591e614f4e0de18
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
32319dd852709b975e53360f479634e43db4d224 |
|
11-Oct-2011 |
Jake Hamby <jhamby@google.com> |
Add "format" extra to SMS delivery report intents. The MMS app was updated for multiple SMS dispatcher support, passing the "format" extra into SmsMessage.createFromPdu() so that the PDU is interpreted as the correct format (3GPP or 3GPP2). This change adds the "format" extra to the intents that are sent for SMS delivery reports. The MMS app is already expecting this extra, so this change fixes a NPE that was introduced with the last change. Bug: 5434052 Change-Id: I38b97f166c78d246d721ca1db8a4a18a2c6529bd
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
b7945cae5ad0feaad09378d0db77f2b3105e5235 |
|
22-Sep-2011 |
Jake Hamby <jhamby@google.com> |
Enable support for multiple SMSDispatchers in CDMALTEPhone. Refactor framework to support multiple SMSDispatcher objects on dual-mode devices that require support for both 3GPP and 3GPP2 format SMS messages. Each dispatcher registers to receive events for the appropriate message format. Note: All applications which handle incoming SMS messages by processing the SMS_RECEIVED_ACTION broadcast intent MUST pass the "format" extra from the intent into the new createPdu() method in android.telephony.SmsMessage that takes an extra format parameter. This is required in order to correctly decode the PDU on devices which require support for both 3GPP and 3GPP2 formats at the same time, such as CDMA/LTE devices and GSM/CDMA world phones. - moved code to manage device storage events from SMSDispatcher to a new class, SmsStorageMonitor, which is shared among all dispatchers. - moved code to monitor per-application outgoing SMS usage from SMSDispatcher.SmsCounter to a new class, SmsUsageMonitor, which is shared among all dispatchers. - fixed a bug that prevented CDMALTEPhone from setting the MCC/MNC operator numeric value in the telephony provider from the UICC, as GSMPhone does, when the SIM records have loaded. Change-Id: I2789ac07b6ca2948138bca7f75481f9b31514f20
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
d4f1bacca50a74a74a02bf6a242bb22c495e4034 |
|
09-Jun-2011 |
Jake Hamby <jhamby@google.com> |
resolved conflicts for merge of 7ca13deb to master Change-Id: If34814d6c70cf63eca9bd816845389f6785518ae
|
7d259626d009a45195ec341646ce06658b842e40 |
|
08-Jun-2011 |
Jake Hamby <jhamby@google.com> |
resolved conflicts for merge of 0cb17a52 to honeycomb-plus-aosp Change-Id: I784e6d1946fa708f63becece070c7090cec6f1e2
|
ab79ee4adcbc6eb9fb9c509766753f65d3857739 |
|
27-Apr-2011 |
Jake Hamby <jhamby@google.com> |
Enable full support for SMS Cell Broadcast. Implement full support for SMS Cell Broadcast (3GPP TS 23.041). Includes support for ETWS and CMAS emergency message types. Includes GSM and UMTS support (CDMA will be added later). Note: the change to GsmAlphabet.java is only necessary if the SMS national languages support patch has been applied. If that change has not been applied, then the changes to GsmAlphabet.java in this patch set can safely be ignored. Change-Id: Ia0362c53695b8ef9a0982f558f1cffa912def34b
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
afd28ac6ecec88065968fff66b8fc1a10e8f28ac |
|
11-May-2011 |
Jake Hamby <jhamby@google.com> |
am ee60f3fb: resolved conflicts for merge of 18cc814c to honeycomb-plus-aosp * commit 'ee60f3fb1b4e61ac8027293a658ba710e36d36b6': Enable support for SMS national language shift tables.
|
ee60f3fb1b4e61ac8027293a658ba710e36d36b6 |
|
11-May-2011 |
Jake Hamby <jhamby@google.com> |
resolved conflicts for merge of 18cc814c to honeycomb-plus-aosp Change-Id: I2b569ada3baec2dc486296623063bc2b504c5e96
|
18cc814c94edb188b73a92f0d34878d9dc054ff6 |
|
05-May-2011 |
Jake Hamby <jhamby@google.com> |
am 4d53cb02: Merge "Enable support for SMS national language shift tables." into gingerbread * commit '4d53cb02168fe35104d7e644dd9b3efd8ca4c91b': Enable support for SMS national language shift tables.
|
43a17654cf4bfe7f1ec22bd8b7b32daccdf27c09 |
|
07-Apr-2011 |
Joe Onorato <joeo@google.com> |
Remove the deprecated things from Config.java. These haven't been working since before 1.0. Change-Id: Ic2e8fa68797ea9d486f4117f3d82c98233cdab1e
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
b49a73dfc4c9817bba1f227e9330555acdf9b56f |
|
16-Mar-2011 |
Jake Hamby <jhamby@google.com> |
Enable support for SMS national language shift tables. Add support for encoding and decoding SMS 7 bit user data using the national language shift tables defined in 3GPP TS 23.038 (GSM/UMTS only), including the new tables added in Release 9 for Indic languages. Decoding is always supported, but encoding is only enabled for the specific language tables added to the new integer array resources "config_sms_enabled_single_shift_tables" and "config_sms_enabled_locking_shift_tables" defined in frameworks/base/core/res/res/values/config.xml. The default empty arrays should be overridden in an OEM overlay for the specific nationalities where SMS national language shift table encoding is allowed/mandated (e.g. Turkey). GsmAlphabet.countGsmSeptets() will try to find the most efficient encoding among all combinations of enabled locking shift and single shift tables. If no 7 bit encoding is possible, 16 bit UCS-2 encoding will be used. This change also fixes a bug in the decoder: when an escape septet is followed by a septet with no entry in the extension (single shift) table, TS 23.038 Table 6.2.1.1 states that the MS shall display the character in the main GSM 7 bit default alphabet table, or the active national language locking shift table. Previously, we were decoding this sequence as a space character. Two consecutive escape septets will continue to decode as a space character, according to Note 1 of table 6.2.1.1. Change-Id: I4dab3f0ffe39f3df2064ed93c9c05f26e274d18b
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
9d7d62801ddb206d2ea96d74864a9edfe54d2eee |
|
12-Mar-2011 |
Wink Saville <wink@google.com> |
Do not merge: Revert the revert of "LTE Changes for Telephony including Multiple PDN support and IPV6 support" This reverts commit eca208fae6d1b6ae9c8c0e42eee092e86dbddbb7 and is the first of the LTE commits in master being back ported to the LTE branch. Change-Id: I17d4a1b779ed74bc7dfb409d2c1a30f60fdb27c7
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
eca208fae6d1b6ae9c8c0e42eee092e86dbddbb7 |
|
03-Mar-2011 |
Wink Saville <wink@google.com> |
DO NOT MERGE: Revert "LTE Changes for Telephony including Multiple PDN support and IPV6 support" This reverts commit 2b8bcfe5b74e1a34d136f4ff46e3c94397f38f82. Change-Id: Ifc4e9aaccb54e065a36380710694cd6e4d347636
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
2b8bcfe5b74e1a34d136f4ff46e3c94397f38f82 |
|
25-Feb-2011 |
Wink Saville <wink@google.com> |
LTE Changes for Telephony including Multiple PDN support and IPV6 support Added init for CDMAPhone.java Change-Id: I2392b5ad3382ee1993537b8477ef00dd036c6fe9
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
b6bf10e4bd2c17838a00091c3b8efb2f91ce3457 |
|
03-Feb-2011 |
Jean-Baptiste Queru <jbq@google.com> |
Merge 917d9ea1 Change-Id: I7c92b0dbff44375b714e99b9cdc7052628db8ecb
|
917d9ea1ebec4d61f9de585d83debcf2cb2873dd |
|
03-Feb-2011 |
Jean-Baptiste Queru <jbq@google.com> |
am 8444023f: Merge from open-source gingerbread * commit '8444023f351b22816f6827d3314ff81b3533e3d9': Fix the Multi-page SMS sending error to several receipents
|
b9ef00ea2f66fa0287e5ac921f296c21ab57717f |
|
03-Feb-2011 |
Sang-Jun Park <sj2202.park@samsung.com> |
Fix the Multi-page SMS sending error to several receipents Change-Id: Iefde94b638413e3c1761f17c3065b20a044e5958 Signed-off-by: Sang-Jun Park <sj2202.park@samsung.com>
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
5086c45718a8344fb36adf5b15e98953612cac37 |
|
03-Feb-2011 |
Jean-Baptiste Queru <jbq@google.com> |
am baaaca1c: Merge ee4c17ee from gingerbread * commit 'baaaca1c6164eff17488a178859295a1d5be9171': Fix delivery report error with PENDING status in SMS
|
baaaca1c6164eff17488a178859295a1d5be9171 |
|
03-Feb-2011 |
Jean-Baptiste Queru <jbq@google.com> |
Merge ee4c17ee from gingerbread Change-Id: Ide109e517fb7610d60f31ba6aa99fe665b59d690
|
c5996b9969b241dfe647c7de4d7995c6e848d1db |
|
31-Jan-2011 |
Sang-Jun Park <sj2202.park@samsung.com> |
Fix delivery report error with PENDING status in SMS 1. According to TS 23.040, TP-Status values is changed properly. 2. When processing Status Report, it should be checked whether tpStatus is PENDING or FAILED. Change-Id: I91c315cfb363f3e4b936c6b6b1a01083687a580f
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
cde0233512f8dbbc62238e90c850c310894e3972 |
|
07-Jan-2011 |
Wink Saville <wink@google.com> |
Add telephony.sms.receive and telephony.sms.send properties. The purpose of these properties is to allow, at boot time, the enable and disabling of receiving and sending of SMS messages. These properties are used to initialize two booleans within [Gsm|Cdma]SMSDispatcher code. The two booleans are initialized to the value of config_sms_capable and when config_sms_capable is false the device can neither receive nor send SMS. Under some conditions, such as testing, it could be desirable to send and or receive SMS messages on a device where config_sms_capable is false. With the addition of these two properties it is now possible to use /data/local.prop to control the booleans independently. bug: 3315489 Change-Id: I83fe6f2da7d66ff720f28b696d8d76ec388706c0
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
c049f9ad5b4f5bc32f368646e624aef7707b7252 |
|
10-Dec-2010 |
John Wang <johnwang@google.com> |
Block SMS service for non-sms-capable device. If device doesn't support sms service, SMSDispatcher will ignore incoming SMS in dispatching messge and return ERROR_NO_SERVICE in sending sms messgae. bug: 3250029 bug: 3038102 Change-Id: Ic72a9192aa128c43cf31da04907620bc680656c6
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
8503144665894f1b5008f540e0cf36c948c763ef |
|
23-Nov-2010 |
Jean-Baptiste Queru <jbq@google.com> |
resolved conflicts for merge of 8484e57f to master Change-Id: I6a8cc70250fd2be9a1e9a728940a1e9f5721a653
|
8484e57f3006dd3aa925792e6414387c233c1a8d |
|
23-Nov-2010 |
Jean-Baptiste Queru <jbq@google.com> |
resolved conflicts for merge of e4ae7fc3 to gingerbread-plus-aosp Change-Id: I2e0a0ed622bc4c32d79936b30ebbf9068b3bdee8
|
95bc625e294e14a651321b5172f31406cdebbefb |
|
19-Nov-2010 |
Henrik Hall <henrik.hall@sonyericsson.com> |
Enabling cell broadcast (SMS-CB) support in the platform. Adding a simple API enabling applications to control SMS-CB reception. Implementing parsing, assembly and dispatching of SMS-CB messages over GSM. Change-Id: Iee841605a45a3af60c7602af175056afb03a38da
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
d218526bf6e2309580a4640e9591480a5c159c5f |
|
23-Aug-2010 |
Jake Hamby <jhamby@google.com> |
am d457053a: am 07936528: Merge "Cosmetic cleanups to SMSDispatcher classes." into gingerbread Merge commit 'd457053aab0763764da5b9c3e6e84e5b2935ea88' * commit 'd457053aab0763764da5b9c3e6e84e5b2935ea88': Cosmetic cleanups to SMSDispatcher classes.
|
059fe88115ccb70d9870698e490ed5b4c88da50c |
|
20-Aug-2010 |
Jake Hamby <jhamby@google.com> |
Cosmetic cleanups to SMSDispatcher classes. Cleaned up some typos and other small fixes in SMSDispatcher in preparation for checking in my SMS bug fixes. This change doesn't fix any bugs, but it shouldn't introduce any either. - Removed unused import statements - Removed unused private constants and fields - Fixed typos in Java comments and private constants - Added generic type parameter to mSTrackers ArrayList - Removed unnecessary casts - Fixed indentation of mResultReceiver in SMSDispatcher - Removed call to get unused smsc in CDMA sendSMS() - Changed "|=" to "=" in boolean assignment where the variable was initialized to false (thus the two operators are equivalent) Change-Id: Ic19a63a7ef5cdccc7be86043c2a1b863ec8af652
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
2af05feaa323b70254666522e3442f5f2012e4ec |
|
07-May-2010 |
The Android Open Source Project <initial-contribution@android.com> |
am e107c141: am 9d164dc5: am f4dffd8a: merge from open-source master
|
145ff609de3206b585819ef974fab20cdc2d9f5e |
|
16-Apr-2010 |
Jake Hamby <jhamby@google.com> |
Spelling corrections and other minor cosmetic cleanups. - Fixed a bunch of typos in comments (plus a few variable names) - Removed unused import lines from telephony classes - Added @Override attribute to overriding methods - Made SmsMessage.PduParser inner class private & deleted unused constructor - Added type specifiers to declarations of ArrayList and HashMap - SimulatedCommands.getRegistrationState() had an ArrayIndexOutOfBoundsException trying to write to index 14 of a 14-element array. I removed the out-of-bounds assignment. Change-Id: I054b5156aa64ab6639028d5b45a7e688b2deee08
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
c16889dc0034daaf50b2307c4de6c16c4964f30c |
|
24-Mar-2010 |
Naveen Kalla <nkalla@codeaurora.org> |
Type Zero Sms should not be displayed/stored/notified. Type Zero messages indicated by TP_PID field set to value 0x40, should not be displayed/stored/notified. They should only be acknowledged.
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
1fa7fae1399f735ea15242484fb5def187e07fde |
|
24-Oct-2009 |
Gilles Duboscq <gilwooden@gmail.com> |
Make multipart message follow 3GPP TS 23.040 V9.0.0 (2009-06), section 9.2.3.24.1 : all the parts should have the same encoding. Fixes b/2040561
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
a01726a7fdd872cd8e1e8a9dfa52fb9cdbf01019 |
|
28-Aug-2009 |
jsh <jsh@google.com> |
Some fixes to SMS processing in the framework. Always process class 0 and other unstored SMS (eg, MWI). We were rejecting all SMS messages in storage full situations, but certain messages do not require storage. Also, notify apps when the framework rejects MT SMS, with new SMS_REJECTED_ACTION intent. b/2066775 b/2015906
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
1f952a178db86559ff4bab79c4a9b5fae18096bf |
|
25-Aug-2009 |
Tammo Spalink <tammo@google.com> |
Move SMS pdu creation fully into the central Phone process. Previously pdu creation was haphazardly done sometimes by the app and sometimes centrally by the phone process -- specifically the phone process did creation for multipart texts. This change gets rid of the previous IPC interface for sending raw pdus to SMSDispatch in the phone process, and instead makes everything work like multipart messages worked before, namely the structured data is passed and pdu encoding done centrally. The motivation for this was the need to ensure that CDMA message id numbers were strictly monotonic, including across reboots, which necessitated central state in the form of a system property, which could in turn only be modified by the phone process. Hence, this (in part) addresses issue: http://buganizer/issue?id=2075760 Change-Id: I94ca207b6e657c465e8472534704db8646ee277c
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
3960ced4638fdb24ddf904fcb6734dae0959671e |
|
23-Jun-2009 |
jsh <jsh@google.com> |
Fix SMS Ack. There were a few places where we were not sending SMS ack. This change fixes that, and helps ensure that we don't miss any others. Also fix a bug I introduced in RIL.java for CDMA SMS ACK (it uses RIL_CDMA_SMS_Ack and not int[]).
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
2563a3ac05dd3cf8a07203ae682c243f2e793137 |
|
09-Jun-2009 |
Wink Saville <wink@google.com> |
Cleanup whitespace.
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
ef354fdd634de93004fddd7966d70f70a1351ca8 |
|
30-May-2009 |
jsh <jsh@google.com> |
Fix concat SMS for GSM. Bug 1883998: We only support sending 8-bit references for now. Bug 1885080: Also fix the GsmAlphabetTest, which started failing when SmsHeader was re-worked.
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
867641ece36e2fd17faaea79cf19506ab17177c6 |
|
28-May-2009 |
jsh <jsh@google.com> |
Telephony support for SMS memory reporting to the network. - Use ordered broadcast to allow receivers to set a result code. - Ack SMS with result code. - New RIL command to report memory status. - Fixed a typo in a Gservices setting. - Merge in CL 137895 (hold a wake lock while broadcasting SMS_RECEIVED).
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
31fd22923aaefc85652a5b5939c6d4aa6fa289e2 |
|
20-May-2009 |
jsh <jsh@google.com> |
Make sure smsHeader != null before using it. Fixes bug 1866578 - NPE while trying to dispatch a non-concatenated SMS with no user data header (ie, your typical SMS).
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
64c499113a758cf80cddfd4d0183f944a1a6645a |
|
05-May-2009 |
Tammo Spalink <tammo@google.com> |
SmsHeader rewrite, in preparation for migration to public API. See http://b/issue?id=1751571 Changes the semantics of SmsHeader from containing only opaque data to exposing occurs-once frequently-used fields together with a list of opaque fields. Also changes the coding to and from byte array to be symmetrical, whereas previous encoding had an extra length field. Cdma SmsMessage -- cleanup of code paths along with adjustments to match the new header semantics, which should address at least some of the issues with concatenated messages. See http://b/issue?id=1809759
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|
767a662ecde33c3979bf02b793d392aca0403162 |
|
02-Apr-2009 |
Wink Saville <> |
AI 144185: Integrate cdma into the main code base. Automated import of CL 144185
/frameworks/base/telephony/java/com/android/internal/telephony/gsm/GsmSMSDispatcher.java
|