History log of /packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
1d36580ee18ac5f6957cbc2b55df614de5e983e2 11-Sep-2013 Tom Taylor <tomtaylor@google.com> MMS gets downloaded multiple times for a single WAP PUSH

Bug 10655376

Cherry-pick change from https://android-review.googlesource.com/#/c/63808/2

Change-Id: Ib4f302bb8de448a57ed3710f2580444a26fde55c
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
469db72fcf219fd4c60bc9b01c728bdc3e866d40 23-Oct-2012 Tom Taylor <tomtaylor@google.com> Crash trying to save a draft with a picture from the gallery

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. We only pre-open the
inputStreams in onStop, before we lose the gallery permission.

Change-Id: I6eaa8a2635201164a80589e7d30b24a6dd60fcc7
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
9889006f9d29d0509c1c036987ce028de43ac96e 09-Oct-2012 Tom Taylor <tomtaylor@google.com> Add setting to turn on/off group MMS

Bug 6970173

Add a setting/preference to turn on/off group MMS. If group mms is disabled
by mms_config.xml, the preference is hidden from the user (this is consistent
with other mms features disabled by carriers). When group mms is disabled,
receiving a group mms is also disabled. In other words, the received message
will appear to have come from a thread with only the sender and not in a thread
with the sender + the other recipients.

Change-Id: I9510ae269f7b3968c768c7b5f5cf8dcc7fe4eca6
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
d2f67cfca13a6e415636dc253c371fb76974f5fa 03-Oct-2012 Tom Taylor <tomtaylor@google.com> STOPSHIP: Turn off MessagingNotifications DEBUG flag

Bug 7131792

Undo the debug logging of several CL's. The debug logging tracked notifications,
setting the active thread, creating threadIds, and deleting threads. I left
four debug messages active in the log: 1) cancel notifications, 2) create a
new notification with sound, 3) an sms message was just received, and
4) a new mms message was just received. After debugging various notification
oddities over the last few weeks, those four messages will allow us to
continue to track notifications without a lot of log spew.

Change-Id: I96b599658432fa98f1f06df0d9113449c615dc2a
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
99f719d1cb0c6ed68373d73427a816c4e56eb5ba 18-Sep-2012 Tom Taylor <tomtaylor@google.com> Add logging for "SMS delete behavior odd"

Bug 7175606

Change-Id: Ic7bf8afb348e89eed0a28781482a5030a23ff5cb
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
ca239ab55759fae4b16823329d5f03a52829ff4d 06-Sep-2012 Tom Taylor <tomtaylor@google.com> On receiving a Group MMS the List view displays as two messages received

Bug 7081327

When an mms is sent, the first thing that is received is an mms
notification message. This message only contains the address of
the sender and not all the other addresses the message was additionally
sent to. The messaging app stores this message in a new thread
(if there isn't an existing one) of the sender's phone number.
Then if the mms auto download setting is turned on (the default),
the app will use the information in this notification message to
download the content of the message. The app will then receive an
mms retrieve confirmation message. This message contains the
full addresses of all those in the group conversation. The app then
creates (if there isn't an existing one) a thread made up of all
the addresses. Then it deletes the original mms notification message.
At this point, you see two two threads for the same message. This CL
fixes the problem by not creating a thread for notification_ind messages
when autodownload is enabled. Messages will show up when they're completely
downloaded.

Change-Id: If515f134026bafaa2256673de1cff89976df8f59
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
d64419030e1fec1e751695dab3bd7236e2fb0214 02-Aug-2012 Roger Chen <cxr514033970@gmail.com> Clean and format all imported packages

Change-Id: I2e45f5ba1d56b9b17314a8b0f4c0fc1a5d8fc4d9
Signed-off-by: Roger Chen <cxr514033970@gmail.com>
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
c7aa632be8e7d3ebe71f236f534ea2f0af71e04a 19-Mar-2012 Tom Taylor <tomtaylor@google.com> Add a widget for SMS/MMS

Bug 5935857

Change-Id: I1246487d974fef9de0f26e7b55fad2a940b084d5
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
ddd31c4011b4191035bdfbba05a8edb1785f71af 13-Mar-2012 Todor Kalaydjiev <todor@google.com> Give names to all background threads we create. No logic changes.

Also, fix some warnings by adding @Overrides, etc.

Change-Id: I3d7306f25fb917817359bd46b9274e04d86f4e26
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
a0377e035f30fc91a54989b3d7f94faee0a0a616 14-Jul-2011 Conley Owens <cco3@android.com> am b05aeb28: am 0ccc488a: am fc942ff9: Merge "Set local time as timestamp when MMS has been downloaded"

* commit 'b05aeb28da6d357c013ebb296e76175f9cb04478':
Set local time as timestamp when MMS has been downloaded
69481afff1b27e1d8b31e1450430aeb8bc6a2d07 14-Oct-2010 Matthias Thomae <matthias.thomae@teleca.com> Set local time as timestamp when MMS has been downloaded

Previously, the timestamp of notifications was the current local time,
but as soon as the MMS was downloaded it got the timestamp from the
PDU. This could cause problems if timezones weren't set correctly etc.
Now a downloaded MMS will always get the current local time as its
timestamp, regardless of when it was first received.
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
368cefca7f9b1c3049cdc5d804dc5f10bce91607 12-Apr-2011 Tom Taylor <tomtaylor@google.com> Fix crash typing a recipient

In the adapter when adding the number item, the code was failing to add
a new field and the cursor was crashing when looking up that field. Also,
update a logging message with additional info.

Change-Id: Id4d988cd21fdaaf17823652a580ec385689fad23
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
150c4179995cc0a75f934ef194372f9295957ca2 08-Apr-2011 Joe Onorato <joeo@google.com> Remove the deprecated things from Config.java. These havent been working since before 1.0.

Change-Id: I7b60931012a68116b516acc8af8a7a8fdeab97c3
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
f7e8281a223af6228e6399055a6197a1edd9bc3a 09-Mar-2010 Tom Taylor <tomtaylor@google.com> Remove mms-common

Get rid of the mms-common library and move the mms files back into the
framework where they originally came from.

Change-Id: I8ce2b0a2a3cfc6b7da13ce0e791173c09dd8f0f5
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
fd644551e8506266aad2b76463b51b44154ed62f 29-Jan-2010 Tom Taylor <tomtaylor@google.com> Update refs now that MMS is removed

Move MMS to mms-common library. Update imports.

Change-Id: I28fa24a68c27977eba58cb62f2667596d3abe2c4
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
3451cbcbfb5a26dba9b6713e07ba9e279f90c7de 23-Dec-2009 Tom Taylor <tomtaylor@google.com> resolved conflicts for merge of 64c734ff to master
bb8edcae15a50b3651261db70791afc668aae294 22-Dec-2009 Tom Taylor <tomtaylor@google.com> Use TelephonyManager indirectly

In order to build against the SDK, get the TelephonyManager via
getSystemService rather than use directly.

Change-Id: If1d682a41bd590f1a9757fda13ec12d061666368
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
6be18bedb5b87dbbcdb54f37d5a0945bd0f71377 17-Dec-2009 Tom Taylor <tomtaylor@google.com> Unbundling work

This is the first step in unbundling the Mms app. Some of the changes include:
- moving some of the Mms code from the framework into the app itself.
- same with emoticons
- remove dependency on internal drawables and add local copy to mms
- some dependencies on various internal classes now moved to android-common library
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
512681a5702e1ba6df0b7298c7737598a4e9aa8e 29-Sep-2009 Tom Taylor <tomtaylor@google.com> Call recycler on download

If Mms auto-retrieve is turned off, the recycler wasn't getting called
to limit the max number of saved messages. After a message is manually
downloaded, make a call to the recycler.

Change-Id: I2dea223c7599936e8cb4c88123df4154a9895499
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
551f74fb7f57ce5eb706e4860c997519920e71b3 27-Aug-2009 Wink Saville <wink@google.com> New message icon for MMS not always updated on status bar in call

Issue : When the phone is in a voice call, the CDMA data connection gets suspended.
The download of an MMS fails when auto retrieve is On.
So, notification bar is not updated with the new messages icon.

Fix : When we are in call, the notification manager is updated as soon as we receive the MMS.
(In general, we show notification to the user ONLY after the complete message is
downloaded for auto retrieve ON).

- We show notification of incoming message.

- Let the message stay as a WAP push.

- Message can be downloaded manually whenever needed.

Hence instead of trying to download the message which will definitely fail when in call,
just notify the user of an incoming message, and let him download later.

Change-Id: I6b4b9d32cc6eb1f5a74888fd55386983f0a81fb9
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
161c9154aa7aafa397332caee40b2776db988bf7 25-Aug-2009 Christian Gustafsson <christian.gustafsson@motorola.com> MMS-IOT Notifications go to wrong MMSC

Some carriers need the M-Acknowledge.ind and M-NotifyResp.ind to be
sent to the URL that came with the M-Notification.ind (WAP PUSH).

The standard is a bit hard to read. But it seems to suggest
that these notifications should be sent to the MMSC configured in the device:

7.3.1 Transaction Flow
This message is submitted using a URI that addresses the
MMS Proxy-Relay that supports the specific MMS Client.

That assumes that the carrier would only have a single MMSC.
Some carriers have at least two.

1. Add a new flag to MmsConfig.java to make this feature dynamic.
2. Add a sendPDU function to Transaction.java that will
take a URL as override the TransactionSettings MMSC URL.
3. Update NotificationTransaction.java and
RetrieveTransaction.java to pass the ContentLocation URL
to the new sendPDU function when the feature is enabled.
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
23da10700b189ccca64b8e729631763572a0f15f 05-Jun-2009 Tom Taylor <tomtaylor@google.com> Fix bug 1895010 - Need to delete excess messages by single thread, rather than processing all threads.

This change calls the recycler with a specific thread id when sending or receiving a sms or mms message.
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
591d17e9a51bb9f829d6860dc7aa0bad25062cd5 13-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake_rel/...@138607
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
72735c62aba8fd2a9420a0f9f83d22543e3c164f 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
892f2c5bf965b1431ae107b602444a93f4aad4a3 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
0f236f55349f070ac94e12cca963847173393da8 18-Dec-2008 The Android Open Source Project <initial-contribution@android.com> Code drop from //branches/cupcake/...@124589
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
8eed706474910ccb978acda03e85d3261037da6e 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution
/packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java