Yes, it was disabled: https://bugzilla.mozilla.org/show_bug.cgi?id=1190375
On Mon, Nov 2, 2015 at 2:55 PM, Allison (:ally) Naaktgeboren < [email protected]> wrote: > It's been a couple weeks since the last email on this thread. Does that > mean we're agreed on disabling auto-backup and doing it quickly? > > On Wed, Oct 14, 2015 at 5:49 AM, Sebastian Kaspari <[email protected]> > wrote: > >> I agree that disabling auto-backup (and with that also `adb backup` as it >> seems) is currently the best way forward - even though I like the idea of >> restoring the sync account. >> >> 1) I was looking for quick wins here like "add file X and user has >> benefit Y". >> 2) Right now I do not have much time to investigate all edge cases of >> things like (partially) restored accounts >> 3) I'd like to move fast here in order to get us into a state where we >> can set targetSdkVersion to 23 (by default this is the opt-in into auto >> backup) >> >> We can file follow-up bugs for investigating things like restoring >> accounts or (gecko) preferences. I think they could be mentor bugs for >> volunteers who are looking for a more "here be dragons" challenge (?). >> >> >> On Tue, Oct 13, 2015 at 11:08 PM, Mark Finkle <[email protected]> >> wrote: >> >>> As much as I like to think of ways to use new gizmos, I think the >>> safest, simplest way forward is to just disable the auto-backup feature. >>> Allowing any part of the data to be backed up and restored means we need to >>> make sure nothing breaks. Given we have lots of other work to do, I don't >>> see a need to go down the auto-backup road right now. >>> >>> On Mon, Oct 12, 2015 at 2:46 PM, Michael Comella < >>> [email protected]> wrote: >>> >>>> To recount today's Frontend meeting, we briefly spoke about conflict >>>> between Firefox Sync & auto backup. We came up with the possibility of >>>> syncing the Firefox Account Android-account so that when users switch to a >>>> different device, Sync will be automatically set up and the Firefox Sync >>>> services can restore the user's synced data (e.g. this could help >>>> differentiate Firefox and maintain retention on new devices). It's unclear >>>> if Firefox Sync will allow us to do that under the hood, but it's open to >>>> be investigated. >>>> >>>> We didn't discuss other data to potentially store – files, databases, >>>> and shared preferences, as Sebastian mentions above. >>>> >>>> I personally think it'd be great to save preferences as well, though >>>> I'm unsure how this could affect the Gecko-related preferences. However, I >>>> think with a bit of work, we could get preference sync working properly for >>>> preferences in the Android UI (e.g. mirror the prefs in shared preferences >>>> so Android can restore them). I think this is lower priority than the >>>> account work. >>>> - Mike >>>> >>>> On Mon, Oct 12, 2015 at 1:57 AM, Sebastian Kaspari <[email protected] >>>> > wrote: >>>> >>>>> Hey everyone! >>>>> >>>>> I have been looking into bug 1190375 [1] - "Create whitelist (or >>>>> blacklist) for Android Auto Backup" and need some input from you! >>>>> >>>>> Background: >>>>> * Android 6.0 automatically creates backups of application data and >>>>> accounts (for apps with targetSdkVersion >= 23) >>>>> * When the app is (re-) installed Google will download and restore >>>>> application data from the backup >>>>> * The backup is independent from the device. Switching to a new device >>>>> will restore the backup from a previous device. >>>>> * Each app can store up to 25 MB >>>>> >>>>> https://developer.android.com/training/backup/autosyncapi.html >>>>> >>>>> We want to create a whitelist of things that Google can safely backup >>>>> and restore across devices. But what should we add? My first intention was >>>>> to add our preferences to that whitelist. But some of them are actually >>>>> Gecko-related things and not just simple shared preferences. >>>>> >>>>> So what should we add? Files, databases and shared preferences are >>>>> good candidates. >>>>> >>>>> Sebastian >>>>> >>>>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1190375 >>>>> >>>>> _______________________________________________ >>>>> mobile-firefox-dev mailing list >>>>> [email protected] >>>>> https://mail.mozilla.org/listinfo/mobile-firefox-dev >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> mobile-firefox-dev mailing list >>>> [email protected] >>>> https://mail.mozilla.org/listinfo/mobile-firefox-dev >>>> >>>> >>> >> >> _______________________________________________ >> mobile-firefox-dev mailing list >> [email protected] >> https://mail.mozilla.org/listinfo/mobile-firefox-dev >> >> > > _______________________________________________ > mobile-firefox-dev mailing list > [email protected] > https://mail.mozilla.org/listinfo/mobile-firefox-dev > >
_______________________________________________ mobile-firefox-dev mailing list [email protected] https://mail.mozilla.org/listinfo/mobile-firefox-dev
