bc47398187c6ffd132435e51d8d61e6ec79a79db |
|
25-Sep-2012 |
Paul Westbrook <pwestbro@google.com> |
Merge Email1 into MR1 Change-Id: I45289d46b65faffc7a3a3dd46382899162f3aaab
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
cc0185f07c9198008d8dc685ae9979f3e35e8539 |
|
28-Jun-2012 |
Marc Blank <mblank@google.com> |
Manual merge of Email from jb-ub-mail Change-Id: I564ddf433d371f45ba78a10f73bb182d484c56f2
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
03cd72805dab0379ed255d151f1c17cc60655fc3 |
|
25-Apr-2012 |
Marc Blank <mblank@google.com> |
Revert to old Email app * These are the last sources in the ICS-MR1 tree Change-Id: Ida4651bddd92a06a518d00f3e1f275ab3a80c8ae
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
9227dbbf0f1c467762c44119d7cb1140c7191a88 |
|
19-Feb-2012 |
Marc Blank <mblank@google.com> |
Add back attachment loading callbacks for IMAP * Remove newly unused code Change-Id: Ifea2193deaf35734a031500c807ce9e3abd88fb1
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
c4cdb11d24c19428dd39f986b00c1a29e75e1505 |
|
03-May-2011 |
Todd Kennedy <toddke@google.com> |
Remove notification if messages seen off device If we receive new messages, we may display a notification to the user. If those same messages are read elsewhere (i.e. via a web client), we will remove the notification. Change-Id: Iba09afe01942e0deaac8210fd6f9b315b1c8c93f
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
2193962ca2b3157e79f731736afa2a0c972e778a |
|
10-Feb-2011 |
Marc Blank <mblank@google.com> |
Email split, part quatre: Move along, nothing to see here * No code was harmed, er, changed in the making of this CL * All that's happened is that code that is needed by both Email and Exchange have been moved into emailcommon * This required import changes to many files, which explains the length of the CL Change-Id: I4e12455ba057a4a8054fdbd0b578c73afa411c8a
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
f92dd2bf3ea445db9b9a0eb9a447b5cbdb1a6e05 |
|
21-Jan-2011 |
Todd Kennedy <toddke@google.com> |
Don't display toast for background download failures When downloading attachments in the background, do not display any errors on the display. NOTE: This is a partial fix for general background attachment downloading issues bug 3373982 Change-Id: I874ed902bde293303e10308f38b992b2bb15b6aa
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
aef9515ee70f1f0b6cc4fa601078597b55831331 |
|
10-Dec-2010 |
Makoto Onuki <omakoto@google.com> |
Controller.Result callbacks should all have accountId - Added accountId to loadAttachmentCallback/loadMessageForViewCallback - Cleaned up LegacyListener/MessagingListener. Removed the constructors which take messageId and attachmentId, which are used to bridge loadAttachmentProgress, which the callsite doesn't know these IDs. The inconsistency (only loadAttachmentProgress() uses the member messageId) doesn't look too good, so extracted this into a separate class, MessageRetrievalListenerBridge. Change-Id: I46303e50df2b0e1fe8616e7c9cef632ac14f23aa
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
7894ee82b3a9f22d460a0c6f79e87be27686a649 |
|
18-Aug-2010 |
Marc Blank <mblank@google.com> |
New attachment download support for Controller (IMAP/POP3) * Supports download via AttachmentDownloadService Change-Id: I66143a79b99dcdbd307524ba0b81227f09a00e4a
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
e46ac1a61f32bd762a879457b1850087a1ad3a8c |
|
07-May-2010 |
Makoto Onuki <omakoto@google.com> |
Cleanup imports. (Note it's for froyo-plus-asop) Change-Id: Ia5b771cd41099ab486ba2e556b441fc7c0affe5f
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
0c4dc85190028f389f0dcbc3dbed0b344d20a313 |
|
16-Sep-2009 |
Andrew Stadler <stadler@android.com> |
Harden against crashes caused by account deletes The basic failure mode is to delete an account while it is being synced or some other background activity. The fixes in this CL will harden against this, but it will not be a perfect solution; That will require shutting down all sync, which is difficult in the current too-many-threads implementation. Primary bug# 2112564
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
df86adf87328a439347260331592509787020420 |
|
25-Aug-2009 |
Andrew Stadler <stadler@android.com> |
Finish the code to demand-load partially loaded messages. This happens in two primary cases: 1. When a very large POP message was skipped during initial sync 2. When any message was interrupted during initial sync, e.g. by a dropped connection. Changes: * Added loadMessageForView and callbacks to Controller (and touched all files with Controller listeners) * Rewrote loadMessageForView in legacy MessagingController to work with provider. * Update flow in MessageView to use loadMessageForView when needed. * Restored the use of "loading.html" and "empty.html" assets (although I think we should replace them with simple layouts & views.) * Some random cleanup in MessageView Satisfies bug # 2065563
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
4b41bae270ea4c49ec8403084db43ee9b37cdda4 |
|
20-Aug-2009 |
Andrew Stadler <stadler@android.com> |
Enable IMAP/POP sending and EAS resend * Finish IMAP/POP sections of Controller.sendMessage * Rewrite MessagingController.sendPendingMessagesSynchronous * Add deleteAllAttachmentFiles to AttachmentProvider, and unit test * Rework sendMessage callbacks and integrate into MessageList UI * Send pending from UI TODO: * Find other places from which to call deleteAllAttachmentFiles
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
0d1078363581db8caded06cf94e729e88a88761a |
|
19-Aug-2009 |
Andrew Stadler <stadler@android.com> |
Finish loading large IMAP/POP messages * Handle messages >25k * When structure is available (e.g. IMAP) pull in the entire body and the list of attachments * When structure is not available (e.g. POP) pull in a large chunk of the body to try and capture the message body at least. * Implement loadAttachment for IMAP/POP to demand download large items * Tested with IMAP & POP messages INCOMPLETE (file bugs): * implement logic for the old loadMessageForView calls that comes from MessageView (when you open a message that's partially-loaded) * Resolve handling of mimetype when attachment info is read (currently we're assuming base64 in a couple of places) * delete account => delete attachments * delete attachment => delete file * create account => clear existing attachments for acct id
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
46d7d7f1b6387d144c3f9e7c987418dc8f55fad4 |
|
18-Aug-2009 |
Andrew Stadler <stadler@android.com> |
Rework service to use provider accounts and controller. * Rewrite service logic to select and update one account at a time * Add checkmail API to Controller, and much rework/cleanup of existing callback API's * Rewrite notification posting code * Rewire connection to MessageList to be opened by notifications, to cancel notifications, and to reset the "new message" count whenever an account is viewed. * Boilerplate cleanup to a lot of activities because they share the callbacks that have had minor changes. * Remove old push controls from Store API In progress: * To provide notification mechanism for EAS pushed mail
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
45f9dd22e1141b531c564f11cb40b54adb82f848 |
|
02-Jul-2009 |
Andrew Stadler <stadler@android.com> |
Fix bug in GroupMessagingListener and add unit tests
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|
b7e954bba6539141d24efdb0a0091962e5002ba0 |
|
27-Jun-2009 |
Mihai Preda <preda@google.com> |
Fix ConcurrentModificationException in MessagingController. The exception was caused by removing from the HashSet (in Controller.java) while iterating over it. The locking offered no protection in that case. Extracted the notification of listeners (MessagingListener) in separate class to simplify reimplementation. Got rid of a couple of generic catch(Exception) that were hiding surprises.
/packages/apps/Email/src/com/android/email/GroupMessagingListener.java
|