| 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
|