summaryrefslogtreecommitdiffstats
path: root/core/java/android/app/SharedPreferencesImpl.java
Commit message (Collapse)AuthorAgeFilesLines
* Add some @Nullable annotations to SharedPreferencesScott Kennedy2015-01-301-4/+7
| | | | Change-Id: I26e7a02a18d802902fca6892bed77b4f98ccf3ee
* resolved conflicts for merge of 3ce4f3d0 to masterElliott Hughes2014-04-281-6/+6
|\ | | | | | | Change-Id: Id5c5997ad8f801b32e1dbd97413ea42e38c27210
| * Track libcore.os' move to android.system.Elliott Hughes2014-04-281-6/+6
| | | | | | | | | | | | | | (This is partial, but should cover everything in AOSP master except for the zygote.) Change-Id: I1042c99245765746a744c44e714095cb2c6cb75d
* | am 909427d0: am f588d2df: am d0ec6d8c: am bc2a449a: am cb4d3ec1: Merge "Fix ↵Narayan Kamath2014-01-131-2/+4
|\ \ | |/ | | | | | | | | | | preference puts with "null" values." * commit '909427d093c30d2d4f4ffe5da19f1db6c3e9a3b3': Fix preference puts with "null" values.
| * Fix preference puts with "null" values.Narayan Kamath2014-01-081-2/+4
| | | | | | | | | | | | | | | | | | | | Null values were being written out as <null /> elements in the XML prefs file (as expected). This allowed the getFoo() functions to work correctly because they treated null values as missing mappings but containsKey would fail. bug: https://code.google.com/p/android/issues/detail?id=64563 Change-Id: I1f466d01db96bf26e208d4fed3a6f257228bea5d
* | Remove unused imports from frameworks/base.John Spurlock2013-11-201-1/+0
|/ | | | Change-Id: Ia1f99bd2c1105b0b0f70aa614f1f4a67b2840906
* Document immutable requirement of SharedPreferences return objectsChristopher Tate2012-10-191-1/+2
| | | | | | | | | | | | | | | In particular, make it quite clear that the set returned by getStringSet() must not be modfied by the app, period; and add a similar caution about the map returned via getAll(). Also, fix a bug that could lead to unexpected data being committed if the set instance passed to putStringSet() was mutated by the app after that call (including mutations after commit() was invoked). Bug 7312641 Change-Id: If9a1be1b0669ac879ff7a7dc67a8805548ea10cc
* Use Libcore's stat instead of FileUtils#getFileStatusKenny Root2012-08-161-23/+44
| | | | | | | | Remove the last user of FileUtils#getFileStatus and move it to Libcore.os.stat instead. Then we can remove the JNI code that does the equivalent of a stat. Change-Id: Ieb566a2a8a17c2dd0150724b4eb3ac1cc41c823d
* Fix issue #5435470: SharedPreferencesImpl should read from file...Dianne Hackborn2011-10-101-1/+3
| | | | | | ...via BufferedInputStream Change-Id: Ic14eff1e53b6f4a0de5f59bd97cd390eb908e3c6
* Make getSharedPreference() async, blocking on first access.Brad Fitzpatrick2010-12-071-26/+106
| | | | | Bug: 3177046 Change-Id: Ibc36a1e196afd39c4f9da513a2bf4ba9e2c72177
* Don't re-read SharedPreferences unnecessarily.Brad Fitzpatrick2010-11-191-1/+5
| | | | | | | | | | | | | | | Previously reads were only cached once a write occurred because loading didn't set the stat metadata, thus the sp.hasFileChangedUnexpectedly() check always fired on reading. Now the initial read populates the stat info, so getSharedPreference() repeatedly bypasses reading from disk, even wtihout writes. This was probably a regression from apply() being added in Gingerbread. Bug: 3211034 Change-Id: Ifa0bbb27c53a4099544950a4f822fab1fc23a47d
* Move SharedPreferencesImpl out of ContextImpl.javaBrad Fitzpatrick2010-11-101-0/+518
Change-Id: I3a58ec4c9501e906c133e841b5c5ec6bced04a02