| 9adf186c5b6843b72d6768e4604768f39abe8467 |
23-Jun-2014 |
Jay Shrauner <shrauner@google.com> |
Catch negative literal sizes in imap responses
Check for negative sizes for literals so that we don't crash attempting
to create a negative sized array.
Bug:15834346
Change-Id: I1fbd9b86c807f1e97100fbfe52ef402a337bf655
mapResponseParser.java
|
| 0dffe3afd7a2fdfb394573aa0d8d06dd90e9fe12 |
30-Jan-2014 |
James Lemieux <jplemieux@google.com> |
Keep on getting a couldn't sign-in notification
b/11551107
This is caused by ImapConnection.doLogin() only throwing
AuthenticationFailedExceptions and not other varieties of exceptions.
While fixing this bug, I discovered that the ConversationListFooterView
that is displayed in response to a authentication failure contains a
button called "Sign In" that didn't actually do anything. I made it
navigate to the incoming account settings fragment where the user is
free to change the relevant account credentials.
Change-Id: I2c772ecab18f3e57059eceeae01de08f1fdab4c2
mapConstants.java
|
| e8eb6e659b5914eb7deab451c583e906010d0457 |
11-Dec-2013 |
Martin Hibdon <mhibdon@google.com> |
Make OAuth work
Now you can authenticate your account using oauth
for google hosted accounts (e.g. google.com, gmail.com)
The setup ui is still not up to spec.
Change-Id: Ib2826653550a823b4d1b8739c1e483746cccbc22
mapConstants.java
|
| ae29fb76f0ee8e17d699ca05b1f0c8660aae60d0 |
12-Aug-2013 |
Paul Westbrook <pwestbro@google.com> |
Fix problem in IMAP with non-roman locales
This is a partial cherry-pick of:
https://android-review.googlesource.com/#/c/57514/1
Change-Id: I1dea4d5bf0bd02fec2baf5763f5864c3eb32f744
mapConstants.java
|
| 560bfadc3151f7a06f3b06e9a6c92cfa534c63ec |
26-May-2013 |
Scott Kennedy <skennedy@google.com> |
Unify LogTag
There is now only one LogTag class. The static initializer of
GmailApplication (existing) and EmailApplication (new) will now set
the log tag to "Gmail" and "Email", respectively. Up until that code
is run, it will be "UnifiedEmail".
"setprop log.tag.Gmail VERBOSE" (or .Email) will trigger all logs to
be printed as long as they go through LogUtils, regardless of what tag
is used by that individual log. This lets us still turn on logging
everywhere in one command, but also lets us use more descriptive tags
(like the class name).
And since we no longer have three com.android.mail.utils.LogTag
classes, builds will be much easier.
Also, we now use LogUtils everywhere.
Change-Id: I55f1c7a66ce50ead54877a13e40256422a56dc39
mapMemoryLiteral.java
mapResponseParser.java
mapString.java
mapTempFileLiteral.java
mapUtility.java
|
| 5c523858385176c33a7456bb84035de78552d22d |
20-Sep-2012 |
Marc Blank <mblank@google.com> |
Restore Imap1
* Restore Imap1 code
* Legacy users will use Imap1
* Existing Imap2 users will continue to use Imap2
* New accounts will be created in Imap1
* More to follow
Bug: 7203993
Change-Id: I8b86fcada59a854fd464d5269c94d00ebae85459
mapConstants.java
mapElement.java
mapList.java
mapMemoryLiteral.java
mapResponse.java
mapResponseParser.java
mapSimpleString.java
mapString.java
mapTempFileLiteral.java
mapUtility.java
|
| e714bb9d153cfe13a7f0932e7d67ea08fa5a1d98 |
23-Aug-2012 |
Marc Blank <mblank@google.com> |
Convert authorities, intents, and account manager types
* Tested ok on wiped Nexus
* Tested ok on S3
* Upgrade verified on Nexus
Change-Id: If5d4ce594f8a309cdb59589d10b1d33f3b79326c
mapConstants.java
mapElement.java
mapList.java
mapMemoryLiteral.java
mapResponse.java
mapResponseParser.java
mapSimpleString.java
mapString.java
mapTempFileLiteral.java
mapUtility.java
|
| f419287f22ae44f25e1ba1f757ec33c7941bbfa8 |
28-Jun-2012 |
Marc Blank <mblank@google.com> |
DO NOT MERGE: Move emailcommon2 sources to emailcommon
Change-Id: I06df7e467cd2e0117df8b8db3ddc6ff9da13f1c7
mapResponseParser.java
mapTempFileLiteral.java
|
| dceb2884ea913f3e692f683997278968c7df4a4d |
15-Nov-2011 |
Marc Blank <mblank@google.com> |
Reduce max in-memory size of IMAP text from 16MB to 2MB
* Even 2MB is probably high, but it's far better than 16MB
Bug: 5573863
Change-Id: I00d6d84ebc538d41dbf5683bd078a6bcd802e584
mapResponseParser.java
|
| 284d8d7db5743d24b9aa246afe3d24139bdb0813 |
23-Mar-2011 |
Todd Kennedy <toddke@google.com> |
Add support for UIDPLUS capability
When copying messages between mailboxes using standard IMAP, we must perform
a QUERY or FETCH in order to determine the new message UID. However, if the
server supports the UIDPLUS capability, the server will return the new UID
as part of the response to the "UID COPY" command.
This is the first of a couple modifications. We still need to fallback to a
less efficient QUERY/FETCH if the server does not support UIDPLUS.
bug 4092301
Change-Id: I9279f7fd70daf85adba3b3e202c12d67ddf91f22
mapConstants.java
mapResponse.java
mapUtility.java
|
| 31d9acbf0623872f9d4a2b3210b5970854b654c7 |
12-Feb-2011 |
Marc Blank <mblank@google.com> |
Email split, part huit: Refactor constants, clean emailcommon
* There are three pieces to this CL (sorry):
1) Move and/or rename some constants into emailcommon
2) Move Utility to emailcommon, moving the few UI
related utilities back into Email (FolderProperties
and UiUtilities)
3) Remove all references to resources from emailcommon
* The three pieces relate in that, between them, they allow
the emailcommon static library to compile cleanly
Bug: 3442973
Change-Id: Ic5e3abaa2a1b36999e0b6653c6c2134ea1bd544f
mapMemoryLiteral.java
mapResponseParser.java
mapSimpleString.java
mapString.java
mapTempFileLiteral.java
|
| 32311cce0153fbb2708d871626a0797cc93b7e4e |
10-Feb-2011 |
Todd Kennedy <toddke@google.com> |
Implement IMAP prefix support
We support two different ways for an IMAP prefix to be specified:
1. A text field on the IMAP configuration page. This is the most obvious to
the end user. It is also an explicit, manual configuration.
2. RFC2342 defines a NAMESPACE IMAP command to be able to query the prefix
from the IMAP server. This is an automatic configuration without any
user involvement (i.e. the UI will NOT change if a prefix is loaded in
this way)
If the user goes to the trouble of specifying a prefix, we will always honour
it instead of the namespace returned by the IMAP server -- even if the user's
configuration is wrong.
bug 1592696
Change-Id: I6b94c7aaac538f6cd9dc4694b0f1634e8c956bc1
mapConstants.java
mapResponseParser.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
mapResponseParser.java
|
| 8d8537cd2e39268e0fdcd019bc8b6c4572b7c520 |
02-Feb-2011 |
Todd Kennedy <toddke@google.com> |
Resolve build warnings; part 3
Fixes deprecation warnings
NOTE: This does not resolve hostauth deprecation; that will be fixed
in a separate CL.
Change-Id: I47115516da34effbf885615cb439c9d3e6f95b84
mapResponseParser.java
|
| 0fd444b0b4c07ac1545e0edc64b54fd738edfc94 |
01-Jun-2010 |
Makoto Onuki <omakoto@google.com> |
Implement destroy() for all ImapElement classes.
- This is to make sure we're not touching any ImapResponse that's
already been destroyed.
- I didn't add "is it already destroyed?" check to them
(except for ImapTempFileLiteral), because it can be costly.
Just let NPE be thrown.
Change-Id: Idc7b88c4844727922841cbad8a106bf781181d45
mapElement.java
mapList.java
mapMemoryLiteral.java
mapSimpleString.java
mapString.java
mapTempFileLiteral.java
|
| 977a7d206a866f07774d98aa2ffa2c51aa057de1 |
01-Jun-2010 |
Makoto Onuki <omakoto@google.com> |
Always destroy ImapResponses.
Unfortunately it's hard to write tests for this change, but at least
all tests pass with Idc7b88c4.
Change-Id: If0335a848dfcc23aecea22c21b2cce73dac7ff6f
mapResponseParser.java
mapTempFileLiteral.java
|
| bf580534063ce6948339ed94edc447e8d1540a4f |
29-May-2010 |
Makoto Onuki <omakoto@google.com> |
Follow-up to the new IMAP parser.
- Replace string literals in ImapStore with constants.
- Simplifies ImapStore.en/decodeFolderName
- Mix cases in the test data to test for case-insensitivity
Change-Id: I88424357227bcf78528df5e6a1c4ba45d54cc65b
mapConstants.java
|
| 7e5ba0e1eaee76ab6e6c7ea9362348f660796596 |
20-May-2010 |
Makoto Onuki <omakoto@google.com> |
New IMAP parser to fix long-lasting problems.
- Almost completely re-wrote ImapResponseParser layer
- We no longer use simple ArrayList and String to represent
imap response. We have classes for that. (Type safe!)
These classes are also NPE-free.
(which isn't necessarily a good thing, though)
- A lot of clean-ups and fixes in ImapStore.
- More tests for ImapStore.
Now ImapResponseParser moved to com.android.email.mail.store.imap.parser,
but inside, it's 99% new code.
This CL introduces many new classes, but most of them are small classes
to represent the IMAP response.
Problems that this CL fixes includes:
- Special characters in OK response
- Handling BYE response
- Case sensitivity
- ClassCast/ArrayIndexOutOfBound/NumberFormatException
- Handling NIL/literals at any position
Bug 2480227
Bug 2244049
Bug 2138981
Bug 1351896
Bug 2591435
Bug 2173061
Bug 2370627
Bug 2524881
Bug 2525902
Bug 2538076
Change-Id: I7116f57fba079b8a5ef8d5439a9b3d9a9af8e6ed
mapConstants.java
mapElement.java
mapList.java
mapMemoryLiteral.java
mapResponse.java
mapResponseParser.java
mapSimpleString.java
mapString.java
mapTempFileLiteral.java
|