History log of /packages/apps/Mms/src/com/android/mms/transaction/NotificationTransaction.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
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