b/9566150
- Install PublicPreferenceActivity
- Create AccountServerSettingsActivity to contain all the crazy
logic we don't want in AccountSettings
- Add restoreAccountWithAddress to Account
- Refactor almost everything out of AccountSettings
- Tidy the QuickResponse fragment
- Majorly refactor the AccountSettingsFragment to decouple it from
the activity, and make it save settings immediately instead of
when pausing
- Move login warning dialog to AccountSettingsFragment
- Tweak HeadlessAccountSettingsLoader
Change-Id: Ie69181d968b9c3e5940cfef9690b1f5c70e21aa8
use 'intoExisting' so repeated taps on Reply for a particular message
goes right to any in-progress compose.
use 'autoRemoveFromRecents' because nobody wants stale Compose tasks
accessible from Recents.
Change-Id: Icb39b504f51d20c8c2a11105c1af7a8b371234c4
because Wear allows users to perform action on each conversation and therefore
the pending intent can't be shared.
Bug 15344221
Change-Id: Ib6d3f17ba64c1a8a14ab9abe56b2d8168c7b9558
(cherry picked from commit 10d73dbe18)
* commit '10d73dbe18873bbea41608072544e251cb89d85c':
Adding data to the pending intent for notification action. This is now needed because Wear allows users to perform action on each conversation and therefore the pending intent can't be shared.
because Wear allows users to perform action on each conversation and therefore
the pending intent can't be shared.
Bug 15344221
Change-Id: Ib6d3f17ba64c1a8a14ab9abe56b2d8168c7b9558
Instead, use a generic intent action that will just launch whichever
ComposeActivity the current app needs.
Change-Id: Iaefed106107bef7bd1f9d5086800862ceb42c009
b/11061485
HELP and SEND FEEDBACK are now the two bottom-most drawer
items in the Navigation drawer when it is present or in
the overflow menu when it is not present.
SEND FEEDBACK still behaves as always.
HELP has been redesigned so that it displays the help
content in a local webview rather than using an external
browser.
Change-Id: I01003f3cd6f8dedbcfb95ae87872968dfc6be48b
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
Previously, we used the service to listen to Intent.ACTION_LOCALE_CHANGED.
This never worked because that intent is broadcasted by the system
and so Services will never receive them. Just use the existing forwarding
infrastructure to send the broadcast to the service.
Change-Id: I50ef625804e76e2348d3fe14686778d54463b78d
This also changes the version number format. Instead
of being a single increment each time, we're actually
encoding the date in the version number.
The format is now vvMMDDc
where vv is major version number
MM is the ordinal month number. This starts at 0 for each major release and
counts up for each month
DD is the day of the month
c is a code which increments per version, in case we have multiple releases
on the same date. This should start at zero.
Change-Id: I006745754614e9c72261035748a90a38871b67e6
