Age | Commit message (Collapse) | Author |
|
Temporarily keep this lib as a dummy to make it build. Need to remove
all references to this in a later CL
Change-Id: If172a6f553b0503560c3f3a20a6e37d7fa379e8e
|
|
Change-Id: I6e10ac65568b2e2c319992ec807308224cd76b48
|
|
- Removed PendingIntents for delivery and read reports to simplify API
definition.
- Fixed a couple bugs related to downloading mms.
b/14095333
Change-Id: I3c591c6b6fc2e3c3397908ac48f6bce01f95e373
|
|
b/14095333
Change-Id: I2a8849a096cc2ad2adb750ef0d518433deef33e8
|
|
|
|
When the content of mms is empty,there will be a Nullpointer Exception,
so User can't download the mms.Fix the null pointer when mms is empty.
Change-Id: I3b2c71133f897daa5723f2b838f05b0e66ba1c36
Signed-off-by: Bin Yang <bin.y.yang@intel.com>
|
|
Change-Id: I6bc0f49db70a205c03ee35d39694ca0c99a86451
Signed-off-by: Roger Chen <cxr514033970@gmail.com>
|
|
If group messaging is enabled by the user, the messaging framework should also
try to load any numbers in the CC PduHeader. Some devices initiate group
messaging by populating this field with the group members' phone numbers, and
they only place the first number in the TO header. This should solve threading
issues with these devices. loadRecipients() will handle the CC field correctly
if it is null.
Signed-off-by: Christian Gaetano <cgatno@gmail.com>
Change-Id: I955bb0912356f4d8fb648acd2bd9e6bba21c9a82
|
|
Phones fail to receive MMS messages that have empty subject.
There are operators who report this as an issue.
Change-Id: I553e4d6524638d12290d2c2f0c4640b261eeddf5
|
|
While investigating bug 8214355, I found that the mms framework code wasn't
closing a stream. This was causing a warning and much log spew.
Change-Id: I9a6670f07092fbae969857b2f255d87466e780c7
|
|
Bug 7374081
Change the persister api's to accept a HashMap of opened inputStreams
for the parts. The inputStreams are opened on the UI thread, but the
actual persisting takes place on a non-UI thread.
Change-Id: I5b886b8d12dd06f2a9e63232f7f7560815338673
|
|
Bug 7360609
Don't create a pdu row with a NULL thread id. Use zero.
Change-Id: I332a3cfd1c95dcc7bdfe581cdccbf97dbc4aa8de
|
|
Bug 7334111
The bug is due to the phone not knowing its own number and hence, not being
able to remove the phone's own number from the list of recipients. The simple
fix for one-to-one chats is to not add the TO recipients when there's only
one recipient, because we know that's going to be ourself.
Change-Id: Iec54949e53c350974b8291e389f61b323f1b23f2
|
|
Bug 6970173
Pass in a parameter to persist() to tell the function whether to use
all of the recipients when finding/creating the matching threadId or
just use the sender. This is needed for enabling/disabling group mms.
Change-Id: I2f28b7891b6689425cf41a26fb3d84a446886fc1
|
|
checking
Bug 7113015
Update the new text_only column in the pdu if the message only contains
text and not any other attachments.
Change-Id: I083504349437104c43582dde1f7a787dfabe2cab
|
|
Bug 7081327
Change-Id: I072d62196f8147d235173fd9abf99e322aacfdd8
|
|
Bug 7077996
Restore a null check that was in the original code and fix sending messages
to myself.
Change-Id: I0e1e9211a3e00deb264ebc724e6fed849ee77f39
|
|
Bug 6282172
Add some logging code (turned off) to the pdu parser to make it easy to
see what's in the pdu. When we're looking for a thread that an incoming
message belongs to, use all the recipients the message was addressed to.
Change-Id: I791c9594d9645903bb392f0fb29dc8522159c424
|
|
"audio/mp4" is included in the array of supported audio types,
but isn't included in the array of supproted content types,
causing problems with proper use of MP4 audio in MMS.
Change-Id: I7be9ac581fcf7594234000d37f56d901174d54c0
|
|
mms-common was created by moving all of
frameworks/base/core/java/com/google/android/mms
to:
frameworks/opt/mms
Change-Id: I7b9f491e19161d86ccfffc01ace826de23ef167e
|