Bug: 27431029
Change-Id: Ic9661dbb75d633d4b6e778cde796785aa33c04e0

Bug: 26844582
Change-Id: Ib1eb28cfebcc0c8d23ec8669f2777ccb822d7bf3

When enrolling fingerprints on both personal and work and then setting
the lock to none or swipe, the fingerprints for that user were not being
correctly removed due to wrong userIds being passed in.

Also fix the wipe dialog message as it was always querying whether the
main user has fingerprints instead of the user the dialog applies to.

Bug: 27263452, 27199237
Change-Id: I8d170e36f31b5595bc0bb41168a87db9f57eda2f

 - Correct summary for number of apps with unrestricted
 - Show system option on unrestricted access page
 - general betterness

Bug: 26796370
Bug: 27378294
Bug: 27122309
Change-Id: Ia57b56a25175182cb1a5a1231c20dc3c71cc3427

Bug: 22960980
Change-Id: If9f28e3944d6a3a450d2607448be9ec25fdcdb85

Also clean up the lifecycle so we unbind and rebind on pause
and resume, instead of create and destroy.

Bug: 27389947
Change-Id: I2b7b7934a25a6bd528b9d399ffed487ea724b30b

When the user decides to have a separate work lock, it makes sense
to send them to set up that lock directly. Also fixes the issue where
we have work fingerprints in a unified state and un-unifying leaves
the work profile with no lock but fingerprints.

Bug: 27199237
Change-Id: I85dab9cdf993af69a661d8f0cd4ad2449a348cac

BUG: 26324085
Change-Id: If716066d8ebf35e4fb398e7a423c808abd6a159e

Bug: 27355802
Change-Id: Iee8d9898af0e5910319cb47218ceee8da1352554

Bug: 27326637

Change-Id: Ifddabdfef75707d5cdc164b4415e830539fd962a

+ Fix merge conflict fromm mm-wireless-dev to nyc-dev

Change-Id: I8a604cec65bbe5ed61262771c9fe0489798425ed

Change-Id: I75e4543568e4d74a1cd3804a04ea13d49eb6a6d1
Auto-generated-cl: translation import

Bug: 27355802
Change-Id: Iee8d9898af0e5910319cb47218ceee8da1352554

The intents:
INPUT_METHOD_SETTINGS, MANAGE_DEFAULT_APPS_SETTINGS and HOME_SETTINGS
were not handled in the parent any more. Handle them in the parent.

BUG:27240411
Change-Id: I42da3ce37901ba3e9f5c8004db53e49bc2f9ed24

Merge "Set the layout of seekbar as the preference_iconless_slider and remove the higher speech rate preference variables. The layout is changed to preference_iconless_slider so that the speech rate slider layout is same as the layout of seekbars in android settings." into nyc-dev

* changes:
  Add mono audio to AccessibilitySettings
  Remove mono audio from SoundSettings

Bug: 27364144
Change-Id: Ic0ea5d4958711cf5216e87ad8054460ad4246856

Bug: 15283594
Change-Id: If5ca14a800e1932b17ef479589beb8a5d1489b5d

Mono audio will move to AccessibilitySettings only.
This reverts commit 0863ea40.

Bug: 15283594
Change-Id: I2cc744c96a9f6a6454b0bf533a44bb2eb56b745a

This follows up to a previous CL [1] that fixed Bug 26685795 that the
Settings app crashes when no spell checker is selected, but introduced
another Bug 26686710 that the user cannot re-select the spell checker
once the device has fallen into that state because the button to select
new spell checker is disabled.

This CL tries to deal with such a case more carefully and gracefully, by
adding more null checking and by showing a meaningful text
("Not selected" for English) to users when no spell checker is currently
selected.

  [1]: I65e6d269572e064aa6897807b6611ef947d90211
       093a6467

Bug: 26108333
Bug: 26685795
Bug: 26686710
Change-Id: I0ed71bbb580e3547d97e321799ac2b77b1f284a3

Removing all prefs causes ugly animations, so avoid it at all cost
and cache all the prefs (while still added) as long as possible.

Bug: 26271353
Change-Id: I33b84d751938b460f4b66c0158057407dd45d974

and remove the higher speech rate preference variables.
The layout is changed to preference_iconless_slider so that the speech
rate slider layout is same as the layout of seekbars in android
settings.

Bug: 27136737
Change-Id: Ib75b8dec74ef07be87130a3f29249b148f4bcf0b

Bug: 27173979
Change-Id: If8ef7a9342bcb1b0602791df1dc7634b3e980ee7