3ae361182a4bd7061ea4a31773cec11cd3b74d87 |
|
16-Aug-2011 |
Marc Blank <mblank@google.com> |
Fix SMTP validation with TLS/accept certs * Typo in the code. Oopsie! Bug: 5163119 Change-Id: Ic5aab21b79a0ae30d45a760f7c52cf65b150ccb9
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
6f31573f00d85bb1d24536c917d72ed80156fd6c |
|
11-Jul-2011 |
Ben Komalo <benkomalo@google.com> |
Support SMTP servers not requiring auth We were unconditionally setting auth credentials even if the checkbox to require credentials was unchecked. This prevented setup for certain outgoing servers Bug: 4291105 Change-Id: I27f94f02b85b097d2c6dbb896254367e8a15415b
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
ce4cce05b2ee5ea2d9629c189a79f7f30778f534 |
|
21-Jun-2011 |
Makoto Onuki <omakoto@google.com> |
Fix failing tests Fixed activity tests and and activity.setup tests. Bug 4762098 Bug 4766087 Bug 4590590 Change-Id: Ifbd49f38c59854c65b6c48a1b03ca8153bfa558b
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
f5418f1f93b02e7fab9f15eb201800b65510998e |
|
14-Jun-2011 |
Marc Blank <mblank@google.com> |
Move Account into its own top-level class Change-Id: Ide7c991b7d4d418dbe17164421425bf898ba64ee
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
85e4c101b014857fe40f87c3837b82564cfc5b6c |
|
08-Jun-2011 |
Marc Blank <mblank@google.com> |
Remove storeUri's except during auto-setup * Remove per-store limitations * Use constants for VISIBLE_WINDOW, rather than having the potential for differences between Stores Change-Id: Idd5e0874bba6e3390e4f093bcb03f4b1bb399c11
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
12b82d9374947c9268217f45befe8a74bd9b60d7 |
|
20-May-2011 |
Ben Komalo <benkomalo@google.com> |
Move HostAuth to top level class. No other changes made. Change-Id: I1c6497c98abc0f99443ea42d8aed6295b263c123
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
bfac9f2e8a13f6c719608a6948203bbef921c99f |
|
13-May-2011 |
Makoto Onuki <omakoto@google.com> |
Move some of the log constants from Email to Logging Change-Id: If9f4e4e3adcdef897a0d6a4e153bb446a8b24fdd
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
0993190cafebc107bd27a26996b5d63d4a4ede10 |
|
06-May-2011 |
Marc Blank <mblank@google.com> |
Complete rewrite of account backup/restore code * Use EmailProvider to backup/restore into a backup database * Remove all of the old AccountBackupRestore code * Get rid of the legacy Account class and all of the Preferences crap that referenced it * Remove corresponding tests Change-Id: I2de75aafdacc87246174303961e58547303f641e
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
2fbb3db5d86210d03175ce77ff08c989a96c5864 |
|
28-Mar-2011 |
Makoto Onuki <omakoto@google.com> |
Don't use findViewById (part 1 -- account setup) Added two new functions: - UiUtilities.getView() is a fail-fast version of findViewById(). Crashes when there's no view - setVisibilitySafe() same as View.setVisibility, but doesn't crash even if a view doesn't exist Let's try to avoid the use of findViewById(), and instead use getView(), *right after* the layout is inflated, so that we'll always fail-fast if a layout doesn't have a required view. (Rather than getting a NPE only when the view is really accessed, which can be in a code path which is rarely executed--e.g. only when there's a protocol error.) Let's only use findViewById() only when we're sure no all the variants of a layout have the view in question and leave a comment to make it clear it's on purpose. (UiUtilities has been moved from com.android.email to com.android.email.activity) Change-Id: I36e0bab65a989f5d34cf636f13e1eaee084547af
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
fe68c0e7c2672e09076038b36ad24f095633d313 |
|
17-Feb-2011 |
Todd Kennedy <toddke@google.com> |
Use HostAuth to determine settings changes There were two TODO's from a prior CL where deprecated HostAuth methods were removed. 1. Do not use a generated URI to determine if account settings have changed. Instead, use the HostAuth structure for this purpose. 2. The account key in the HostAuth structure has been deprecated. Remove as much of it as possible (until the schema of the host auth database changes, we must still refer to it when adding rows). In the process, HostAuth tests were broken out into a separate unit test file. Change-Id: I4075da09af168f734db7b20a9ef63d4178ac2064
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
040ddf60cfef4aaecf4bfe1f897fce3248d777a4 |
|
04-Feb-2011 |
Todd Kennedy <toddke@google.com> |
Resolve build warnings; part 5 Remove dependence upon URIs for creating the host auth structure Change-Id: I92dee36fa329a8976b76bbd4991ed3469c6475f2
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.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
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
a7bc0319a75184ad706bb35c049af107ac3688e6 |
|
10-Feb-2011 |
Marc Blank <mblank@google.com> |
Email split, part six: EmailContent * Moved EmailContent to emailcommon Change-Id: Ib3db1bfcfe74554c0e5afd3cfce6d72f26e9aeb9
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
858c2822777f74947e81476125590ad06bfe4803 |
|
20-Jan-2011 |
Andy Stadler <stadler@google.com> |
Handle leading/trailing space in passwords * Allow, but provide warnings via EditText.setError() * Remove one last instance of password trim() Bug: 2981433 Change-Id: I406a4f8b8f27cc5ce90424a8cafe88a677e72f45 Signed-off-by: Andy Stadler <stadler@google.com>
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
c890a4e4a2cbb489aea4847cf25368a723586530 |
|
13-Jan-2011 |
Todd Kennedy <toddke@google.com> |
Display dialog if unsaved settings would be lost When navigating away from a preferences screen and unsaved settings would be lost, display a confirmation dialog. The user can either accept or cancel the action. If canceling, the user is returned to the settings screen they were currently on. Otherwise, they are taken to a new fragment (the exact destination depends upon whether the user navigated "back" or selected another header) There is one additional change that needs to be made. In the case of navigating to another header, we are notified _after_ the new header is selected. In this scenario, the action is not cancelable and the user will lose any changes. We must display an appropriate message when this happens. [note: this is the same behaviour as when the user selects a breadcrumb] bug 3327737 Change-Id: I4bd3b393a6323f3e63510e3ed08e4e1e745b04c4
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
983e1ad53b3ca3105655bf6d961713c61060a7f8 |
|
13-Jan-2011 |
Andy Stadler <stadler@google.com> |
Make breadcrumbs work in server settings fragments * Switch to newer startPreferenceActivity API * Newer API lets us pass a string for the breadcrumb * Get rid of newInstance() calls in all three server settings fragments Bug: 3188951 Change-Id: I86ae91d63ff7bd32fa0eab96ac18686bb5e3e313
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
6e71978ec38add2edf3ac5f3dd1f9abeea9c1ab6 |
|
07-Jan-2011 |
Andy Stadler <stadler@google.com> |
Move account edit save settings off UI thread * Caught by StrictMode * The fix prevents ANR * Removed vestigial cruft from the saveSettingsAfterEdit() implementations Bug: 3133633 Change-Id: Id41fb74269a2b72cc17121e33684b459d3eec869
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
8d22e85e459df3d94968389852859dacaf2baafe |
|
23-Dec-2010 |
Andy Stadler <stadler@google.com> |
Reduce/eliminate DB access in server settings * Create shared async worker to check for duplicate accounts * Use it in AccountSetupIncomingFragment * Use it in AccountSetupExchangeFragment * Debounce proceed/next button because work is now async * Also, upgrade leftover old-style code in AccountSetupOutgoingFragment Bug: 3134666 Change-Id: I5c24a6546d1ab66aedc5c4ac826ddf4f1ff53446
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
112ed496f817ebeab6b1ee1d5117259ef80342b2 |
|
03-Dec-2010 |
Andy Stadler <stadler@android.com> |
Update server settings to current look * For each of incoming, outgoing, exchange fragment, create a "settings mode" which slightly alters the layout for use in AccountSettingsXL. * Build a settings mode wrapper layout around the basic fragment * Add new constructor to set "settings mode" and select layout * Add wiring for cancel/next buttons in the fragment * AccountSettingsXL configures each fragment in its settings mode * Remove old actionbar "Next" options (no longer needed) TODO: Pixel perfect adjustments, colors, fonts, etc. Bug: 3188951 Change-Id: Iba26281b214333db301dd40d6c016b6c5a932c2d
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
1f3e117951e5ffe97a30bdd61c1cf99759f15406 |
|
23-Nov-2010 |
Andy Stadler <stadler@google.com> |
Fix rotation problems in setup/settings * Fix incomplete tracking of mLoaded flag * Defer validation on automatic reload of fields (on rotation) until reconstruction completes and we're ready to do validation. * (For Incoming only) Split loadSettings into configure and reload phases; We need to configure the UI every time we restart, but we don't want to reload & overwrite user-entered values on rotation. * (For Exchange only) Properly show/hide trust certificates options on rotation, and show/hide divider too. Bug: 3170922 Change-Id: If3de30ee2d4d5668b29698af73f545510692777e
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
e6c6587b04a589eeb04006f75759c09ea10811e0 |
|
17-Nov-2010 |
Andy Stadler <stadler@google.com> |
Create XL layouts for incoming, outgoing, exchange * Create XL fragments (will be shared w/settings) * Create XL landscape activities * Create XL portrait activities * Placeholders left for integration with settings - remove in settings CL * Quick fixes (non shipping) for phone UX * Update existing portait next/prev buttons per new wireframes Bug: 3188940 Change-Id: Ied6e7fd1e968fd6db57607a68dabf7e00ba78ee6
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
fb4333b3a5051b08d3a255000bb1b8331e2a1d43 |
|
25-Sep-2010 |
Andrew Stadler <stadler@android.com> |
Allow spaces in passwords * Separate/identical fixes for incoming, outgoing, exchange * Unit tests * Some protocols will fail anyway (e.g. POP3) TODO: Some sort of warning (master only - won't backport that) Bug: 2981433 Change-Id: I82984e5912fc7fcb88e747815d0fe33cb36605e7
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
fd14496c494a0d38c35c3788c9cc55f1984592e4 |
|
11-Sep-2010 |
Andrew Stadler <stadler@android.com> |
Convert setup to use checker fragment * Activities modified to use new check-settings fragment: * AccountSetupBasics (auto-setup for imap/pop) * AccountSetupIncoming * AccountSetupOutgoing Next CL: Same work for exchange, and terminate old CheckSettings activity. Change-Id: If5c5bfe331161b2429f7d7a4bd13290932f03c47
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
55110ca1ad8ce48a5429f9f351d013691c10b806 |
|
08-Sep-2010 |
Andrew Stadler <stadler@android.com> |
CheckSettings as a true fragment * Create new retained fragment + asynctask as the worker * Stateless dialog fragments for everything else (progress & errors) * Used for account settings, incoming & outgoing, only so far TODO: Support for account setup workflow TODO: Support for autodiscover workflow TODO: Remove old checker activity when complete Change-Id: I1fdafa1a51c53b934e59ea4af7d3e0ac24a3da17
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
1a5e1e159352f6e21bde878eebca3e3a1896045c |
|
03-Sep-2010 |
Andrew Stadler <stadler@android.com> |
Use real fragments for incoming/outgoing/exchange settings * From account settings, switch to incoming/outgoing/eas fragments * Show "Next" button in actionbar (may be dup'd in single-pane view) * Common base class for in/out/eas fragments * Depends on PreferenceActivity.startPreferenceFragment(), new API * If the user clicks an account header while editing server settings, present a dialog before discarding the changes that haven't been checked yet. * Confirm working (if a bit ungainly in appearance) on phone screen Change-Id: I03591b9a8ffd11fe26fc6f58a5698740e61d0090
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|
faaa115e1a52eda9e675f9da5982c7a52b382336 |
|
11-Aug-2010 |
Andrew Stadler <stadler@android.com> |
Fragmentize outgoing settings (SMTP) Also fix a small NPE in AccountSetupIncoming Change-Id: I5728a10889a3f0f35d31962f4a13ccae4ec0393b
/packages/apps/Email/src/com/android/email/activity/setup/AccountSetupOutgoingFragment.java
|