History log of /frameworks/base/core/java/android/app/SharedPreferencesImpl.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
2e8fb73ec088dbe459b07475aee1e43b500f101c 11-Oct-2011 Dianne Hackborn <hackbod@google.com> Fix issue #5435470: SharedPreferencesImpl should read from file...

...via BufferedInputStream

Change-Id: Ic14eff1e53b6f4a0de5f59bd97cd390eb908e3c6
/frameworks/base/core/java/android/app/SharedPreferencesImpl.java
4cd50b8d76e08d75df1a2e9d4902bcdc880bd1c1 02-Dec-2010 Brad Fitzpatrick <bradfitz@android.com> Make getSharedPreference() async, blocking on first access.

Bug: 3177046
Change-Id: Ibc36a1e196afd39c4f9da513a2bf4ba9e2c72177
/frameworks/base/core/java/android/app/SharedPreferencesImpl.java
5913630ec9686f4640a90b6872318e11fb5d9120 20-Nov-2010 Brad Fitzpatrick <bradfitz@android.com> Don't re-read SharedPreferences unnecessarily.

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
/frameworks/base/core/java/android/app/SharedPreferencesImpl.java
d3da44032084b6dd280487280553dcdbd7933e3e 10-Nov-2010 Brad Fitzpatrick <bradfitz@android.com> Move SharedPreferencesImpl out of ContextImpl.java

Change-Id: I3a58ec4c9501e906c133e841b5c5ec6bced04a02
/frameworks/base/core/java/android/app/SharedPreferencesImpl.java