summaryrefslogtreecommitdiffstats
path: root/src/com/android/camera/settings/SettingsUpgrader.java
Commit message (Collapse)AuthorAgeFilesLines
* Catch exceptions in settings remove helpersAlan Newberger2014-10-201-3/+18
| | | | | | | | | | | | | | | Saw just one case of this and my hypothesis is that it was due to another now-fixed exception resulting in a partial upgrade. But in no case should these remove issues fail, so fixing to remove and return the default if the underlying value is not readable. There is some possibility for behavior error in this case since perhaps e.g. a String-based 'true' was written and we upgrade instead to a default 'false', but allowing users to enter camera is better and I've audited all uses of these, behavior should be fine/recoverable vs and preferable to startup crash. Bug: 18042161 Change-Id: If2453a819311bfd9233fdf65d7a97d8a243b393a
* Fixing settings upgradesAlan Newberger2014-09-031-0/+23
| | | | | | | | | | | | | | Did a full audit of upgrade scenarios and performed the following fixes. * restored pre-existing location upgrade code that handled old upgrades. preserves location choice from C straight to G. * added string type format conversion for "old global" values that were not implemented in the refactor : hdr, hdr+, grid buttons * moved a "reset" that existed in upgraders that put the user in Camera mode on upgrade. it should run for everglades upgraders along with size changes. Bug: 17317510 Change-Id: I87db511bfa89676525ee727620cb546c180a8ef6
* Actually remove settingsAlan Newberger2014-08-281-2/+2
| | | | | | | | | | Correct settings removal, which wasn't occurring during upgrades. Will followup with scrub of preference file references -- there are likely additional reasons this wasn't causing more crashes, i.e. certain settings not being ported over earlier versions. Bug: 16879376 Change-Id: I720a3181958a4201508726d0f6e06803c456f737
* Refactor Upgrade/UpgradeAosp into SettingsUpgraderAlan Newberger2014-08-121-0/+101
This CL does three things: - removes the Upgrade/UpgradeAosp classes which were bunches of statics, in favor of a SettingsUpgrader abstract class that can be overridden - moves 'upgrade to strings' hack logic into AppUpgrader so it only is checked and run once, not for any of the former UpgradeSteps. logic used to be in Upgrade and run regardless of key, when it was using detection only meant for KEY.KEY_UPGRADE_VERSION - adds existence checks for all hack in-place key string upgrades so they are no-ops if the key was not persisted in the first place. Bug: 16573087 Change-Id: Ife42f7aa4a7611ba2d143410a3450057b7464901