| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
| | |
| | |
| | | |
Change-Id: I89126dba47ed6e78c870d458c4f286a37f763a66
|
|/ /
| |
| |
| | |
Change-Id: I40475eb6c8afa6b7b28fd143b9ad4fd268ff4657
|
| |
| |
| |
| |
| |
| |
| |
| | |
b/14596165. When setting the package of the service intent,
query the app that implements the Email content authority since
that is the same app that should handle the intent.
Change-Id: I29a34a056516edda78acb83b9c89547ca0dc5ca1
|
| |
| |
| |
| |
| |
| |
| | |
This brings us further along the path to storing email bodies
outside of the database.
Change-Id: I96296114ade0d561df724878ed92999306bcd176
|
| |
| |
| |
| |
| |
| | |
b/14571903
Change-Id: I3296bebfb4c6902750c68c9d3fb79ce644dbb137
|
| |
| |
| |
| |
| |
| | |
b/14564897
Change-Id: Id91dd18ef8b3fab449eb178bde73303107b78590
|
| |
| |
| |
| |
| |
| | |
b/14562210
Change-Id: If3f2da034e8492de049bc3bcac910a033c47d600
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
b/14500106
Change-Id: I519e4a0fe392c3bdbb84f1ccbdea89f07b9c1426
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Add support for abbreviated dates with no timestamp (eg, "2009-01-02") to
parseEmailDateTimeToMillis.
Bug:14496986
Change-Id: Ifc77cb75fd9e23536b48c8f6ecefc0e2e8f1cc2c
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
Also clean up warnings and delete unused code
b/14488939
Change-Id: I0fc552b8437958331c30f2ddd05ae33c0010e79f
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Detect fully qualified and abbreviated date/time stamps in parseDateTime.
Previously parsed fully qualified forms like 20090211T180303Z; now also
parses 20090211.
Bug:14279251
Change-Id: I9a99ae16a5c1fe87b977fbebdba307baa653d539
|
|\ \ |
|
| | |
| | |
| | |
| | | |
Change-Id: Idc31b2f3376db73b90558fb22bdcdf4ff6f92b7d
|
|/ /
| |
| |
| | |
Change-Id: I47f29c16c066eb077c64ef8c89e91df88d15caf0
|
| |
| |
| |
| |
| |
| |
| |
| | |
Performed some cleanup and updated the source key projection
to include an ID to make sure that EmailMessageCursor works
properly.
Change-Id: I272fac474de876fdd2a08136e0ba97b3f5dc2c7e
|
| |
| |
| |
| |
| |
| |
| | |
Found this issue when addressing the root problem for this bug and testing
with various mixes of text and html content in emails.
Change-Id: I875fd9fac85b07484c27db383e3ac4a3cb935ee6
|
| |
| |
| |
| | |
Change-Id: I47b5bbe50ba36e68ad7ba80647f401b992660ba1
|
| |
| |
| |
| | |
Change-Id: Idafa09b58f5753e4cb3cad754c861cc8e3d80c34
|
| |
| |
| |
| |
| |
| | |
We should investigate using PFDs when passing to the UI layer too, for consistency
Change-Id: I21ad1987926b93af20287ae8e49bfc7a4ad99570
|
| |
| |
| |
| | |
Change-Id: Ifa251eb206779f59ea003f99395d454c7e407bc2
|
|/
|
|
| |
Change-Id: Ia3dc53cc36e5c2912d4366d4e1a0d69b87c4409b
|
|
|
|
|
|
|
|
|
| |
These attachments have a contentUri where the attachment ID is not equal
to the ID of the actual attachment.
b/13900073
Change-Id: Ic62b8165be2e80bc47eac40dc9eb5ac53c3cd6c5
|
|
|
|
|
|
|
| |
b/13640564
Change-Id: I360aa6bab99cc1c414b4f89fcfe3c82eb6e282c3
(cherry picked from commit 8eaa3f029e2856605c082814e7fca448babf5c0d)
|
|\
| |
| |
| | |
into ub-mail-algol
|
| |
| |
| |
| |
| |
| |
| | |
b/13640564
Change-Id: I1161764e1278375eb786689a11e6899e8363fc8b
(cherry picked from commit 541928471541c2494bd6c2911d682776c0900fed)
|
|/
|
|
|
|
|
| |
b/13138456
Change-Id: If16b619a650c640a37cb4563750a6327a5e601e6
(cherry picked from commit 0c8696c2ebd52c7f2a92fa7b6b8d5d2005c19d1c)
|
|
|
|
|
|
|
|
|
|
| |
table and connect the data to the Settings object in the existing
location (SettingsColumns.MAX_ATTACHMENT_SIZE).
Change-Id: Iaf48995757511e1dfb65aa35ff6d81bbc47187bd
Conflicts:
src/com/android/email/provider/DBHelper.java
|
|
|
|
|
|
|
|
|
|
| |
This supports the EasService design.
Yes, I just removed a startSync function from this interface last month. No,
I didn't quite know at the time that I'd be adding one back. :)
Change-Id: I19d9c7838473d8982560764fdba0056cba03d132
(cherry picked from commit 4a5b11d650ff6bd79da1dfecc137af3433ce6ca8)
|
|
|
|
|
|
|
|
| |
the loadAttachment() call. This work was necessary to support
the new EasService & EasOperation infrastructure.
Change-Id: Idd507aec999596ccd4afa5f03ff2b3c2e38a9029
(cherry picked from commit efac8255ed75d22e60036e19e7a95f8407d18ad3)
|
|
|
|
|
|
|
|
| |
This call lets the service know that the push settings for an
account have changed.
Change-Id: I7ed41853df6af6762c80283a2a3510ce41551657
(cherry picked from commit 446136a2278652c627068ecddff534de1ad431ab)
|
|
|
|
|
| |
Change-Id: I131d2d3436a50c94d664fc57c6514481d9afbc97
(cherry picked from commit 8ff6c107867bc2044ba50cad010dbf4a2e93436e)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Change-Id: I10cf8bb9f6bc1a26ea97ae664f0196ae9e9493b5
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Also fix spelling cancellAllInterrupt -> cancelAllInterrupt
b/13082964
Change-Id: I2fef949bb351a536fdd0d7058b3df2b03eecb39e
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Now the password entry is removed from AccountSettingsBasics,
and the user is taken to either SignInActivity or AccountSetupType
after hitting the next button. This is a lot closer to the
desired setup flow as it allows for oauth signin.
Ideally this is not what we will ship for Algol, but it put us
in a state where we could ship if we had to.
Change-Id: I5b28bccd27c515572e4947ca877bd1772732507d
|
|\ \
| | |
| | |
| | | |
ub-mail-master
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Motorola 0009-IKXREL1KK-5011 patch. Hanging on an SSL handshake is
a real situation that needs to be handled. 30 seconds is more than
enough of a timeout to abort on a potential hang. The coincidental
thing is that there was a fix that was made a while back to email 1
that addressed the same issue in similar code. You can reference it
here: b/7583420.
Change-Id: I0533e57f8c5d45d241adb7f37d54ebe1f0ad9368
|
|/
|
|
|
|
|
|
|
|
| |
IllegalArgumentException. Make sure we catch it.
This fix comes from Motorola 0007-IKXREL1KK-3886 but part of that
patch was reverted because we already had found and fixed the
other problem.
Change-Id: I0b6aa1f91e7d2fa4dfc3af5ff590781c8812c14e
|
|\ |
|
| |
| |
| |
| |
| |
| | |
b/12834957
Change-Id: I00e2fc48e1d78665e0cdcfc3f4fb483f5a047252
|
|/
|
|
|
|
|
| |
This allows the user to choose which type of authentication
to use for existing IMAP accounts.
Change-Id: Ib44364a1059a2c4b8a7a0fa66b14cd042b28770e
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Also extend EmailContent to allow registering a ContentObserver
b/12816752
Change-Id: Ida873ac10101af92c627858d1d86c3a5ccd4ab26
|
|/
|
|
|
|
|
|
|
|
|
|
| |
THIS DOES NOT CHANGE ANY EXISTING FUNCTIONALITY.
Address.pack() has been removed and all calls replaced with its synonym Address.toHeader().
Address.unpack() has been renamed to Address.fromHeader() to follow the new naming convention.
In days of yore, pack() and toHeader() used to do different things. Now they are identical and
thus one is superfluous. We have standardized on toHeader() and fromHeader().
Change-Id: Iac91c966eb6c1477f8dba0dd2ae01c84b359e539
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Change-Id: I0b9e7fff502ef5ee0f8b373cb3352958b8de08c2
|
|
|
|
| |
Change-Id: I9ec3cd29d841f82ba4d8466f1f3cdcc20b634626
|