| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
b/17070887
Change-Id: Ic92bb04c7ec146e96d61a1a60454af80490afa34
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
b/11998344
This solution covers these use cases:
1) Inline images in the Email app.
2) Inline images in .eml attachments in the Email and Gmail apps.
The solution here was to override shouldInterceptRequest(...) in
the WebViewClients and resolve any cid urls that are encountered
within the email body.
EmailProvider and EmlAttachmentProvider both gained the ability to
query for an Attachment object using a message ID and cid (which
is stored in the database column: contentId).
With this new query in place, it was straightforward to fetch the
Attachment in the WebViewClient and then obtain an InputStream to
the file that backs the Attachment to return back to the WebView.
Change-Id: I7c0e33e62d6cdbd6a2a3fc81e8621755bdbaf704
|
| |
|
|
|
|
|
|
|
|
| |
b/13476274
Makes the generation static so that other web view clients
can call it. Also changes from taking an Account object
to taking the account name (getEmailAddress()).
Change-Id: I5e9eabc9f936cb2603ceea0a2cfcbfe7e8a3c255
|
| |
|
|
|
| |
Bug: 8836410
Change-Id: If075b5a829315fc6d95a3e066c6e77379022587b
|
| |
|
|
|
|
| |
b/11329313
Change-Id: I9c255b2018b25669557b208e749e56e7fe1597b4
|
| |
|
|
|
|
|
|
|
|
| |
Fixes b/10489357. The current fix makes
the card flip animation happen both directions
as opposed to the previous flip only when coming back
into Gmail. Not sure if that's the right thing, but
at least it matches.
Change-Id: I62a8fcd0f98f1d6068d7c9035a5acc1e84a8234a
|
| |
|
|
| |
Change-Id: I029ca2936a6e59e7ee7527d9608564602ea0170d
|
| |
|
|
|
|
|
|
|
| |
Add the current account to mailto VIEW intents to allow
the current account to be selected as the sending account by
default
Bug: 9695061
Change-Id: I8b26a0f2200679f30ad40f4a341ec0f9b8b0f2fe
|
| |
|
|
|
| |
Bug: 9396858
Change-Id: I409d0d648120d0f61b97da1c1fcfdc91ced1c0f8
|
| |
|
|
|
|
|
|
|
| |
Everything works except attachments.
The implementation uses a controller that is used
by both SecureConversationViewFragment and the new
EmlMessageViewFragment to do the rendering work.
Change-Id: I4d8b9b56e6609c3a81b902b102a90f1e50c115cd
|
|
|
In order to support EML viewing, we need a bunch of
the overhead provided by AbstractConversationViewFragment
without actually inheriting from it. Additionally, most of
the code was inner classes that had no business being such.
These are now moved into their own classes.
Change-Id: I80769d2606b52c41dc116a6bdee17c00adc66a5a
|