MasterClear: update UI

Also squashed the following related commits from 12.1:

    MasterClear: fix FRP wipe crash

    Requesting setRequestedOrientation() right after showing a custom dialog
    in a DialogFragment does not play nice. It forces the activity to be
    recreated instantly, so when the task finishes, there original activity
    the AsyncTask is tied to is no longer valid.

    However, if we let fragment manager keep track of all the dialogs, it
    doesn't break the expected behavior.

    REF: CYNGNOS-427
    Change-Id: I0609816182a6b5319d2a88ff0075d53e3c2fed16
    Signed-off-by: Roman Birg <roman@cyngn.com>

    Settings: make FRP wipe dialog not cancelable

    User should not be able to interact with the screen after the process
    has started. Otherwise we can get in a bad state and never perform the
    factory reset.

    Ref: CYNGNOS-427
    Change-Id: I197a6ca70487a33b0ce402fda7a2d58828e8e1bb
    Signed-off-by: Roman Birg <roman@cyngn.com>

    Settings: don't crash when dismissing FRP

    If the user has pressed home while the dailog is up, there may be
    nothing to dismiss by the time the task finishes.

    Ref: CYNGNOS-427
    Change-Id: Ic4fdec1ecb32f88181feba4bfd3eb337b1b61efd
    Signed-off-by: Roman Birg <roman@cyngn.com>

    Settings: continue factory reset if user leaves activity

    If the FRP dialog is up, and the user presses the home button, the FRP
    task will finish, and then try to use the activity context to initiate
    the wipe, and the fragment to retreive args, both of which is no longer
    valid.

    Cache all variables before the task begins, and use the application
    context to complete the calls.

    Ref: CYNGNOS-427

    Change-Id: I5c8b286195a0b57fd879a1022d64ea548363b925
    Signed-off-by: Roman Birg <roman@cyngn.com>

Ref: Settings-86

Change-Id: I759de586bf5cb8558d42575d08df63aaf84fffa6
Signed-off-by: Roman Birg <roman@cyngn.com>

0 files changed, 0 insertions, 0 deletions