dbe846b02e6f6f715787cf8621587f7bc25deaac |
|
25-Jun-2013 |
Georgi Nikolov <geonik@google.com> |
Bugfix 9373708 JBMR2 runtime restart (system process crash in the sync manager) during setup The fix is to ensure that all access to SyncStatusInfo and related objects happens while holding the mAuthority lock or is on a per-thread copy of the objects Also, includes an unrelated fix for a bug I just noticed in the way dumpSyncState() prints the periodic sync info Change-Id: Id9e4dff41029412e133bdabc843d555434d9a12f (cherry picked from commit 182ff3acbad9850b40d37ad1c23106be6eda8476)
/frameworks/base/core/java/android/content/SyncStatusInfo.java
|
5c113faba6b644d1851c9281614aa0edd175fc48 |
|
07-Feb-2013 |
Alon Albert <aalbert@google.com> |
COnvert sync error to int Bug: 8152259 Change-Id: I99fc99f70796c70ec0566c40ba350e10c36b90b7
/frameworks/base/core/java/android/content/SyncStatusInfo.java
|
7a96c39c510923ef73bbb06ab20109f0168b8eb1 |
|
15-Nov-2012 |
Jeff Sharkey <jsharkey@android.com> |
Move lingering services to services.jar. This helps reduce the pressure on framework.jar, and makes it clear that it should only be used by the system_server. Bug: 7333397 Change-Id: I0858904239535380fbf30562b793e277d8c3f054
/frameworks/base/core/java/android/content/SyncStatusInfo.java
|
c5d1c6db61f208b206b260f897bb5bbc64be4d97 |
|
27-Jan-2010 |
Fred Quintana <fredq@google.com> |
add sync polling - added the ability to specify that a sync (of account/authority/extras) should occur at a given frequency - the existing daily poll code was replaced with seeding each account/authority with a 24 hour periodic sync - enhanced the "adb shell dumpsys content" output to show the periodic syncs and when they will next run
/frameworks/base/core/java/android/content/SyncStatusInfo.java
|
5ed64cd06ce308e91a5ab74e51bcea5fba9a3860 |
|
22-Sep-2009 |
Costin Manolache <costin@google.com> |
Keep track of 'initial' sync state in SyncStatusInfo
/frameworks/base/core/java/android/content/SyncStatusInfo.java
|
231cc608d06ffc31c24bf8aa8c8275bdd2636581 |
|
28-Apr-2009 |
Dianne Hackborn <hackbod@google.com> |
Rewrite SyncStorageEngine to use flat files and in-memory data structures. The previous implementation used a database for storing all of its state, which could cause a significant amount of IO activity as its tables were updated through the stages of a sync. This new implementation replaces that in-memory data structures, with hand-written code for writing them to persistent storage. There are now 4 files associated with this class, holding various pieces of its state that should be consistent. These are everything from a main XML file of account information that must always be retained, to a binary file of per-day statistics that can be thrown away at any time. Writes of these files as scheduled at various times based on their importance of the frequency at which they change. Because the database no longer exists, there needs to be a new explicit interface for interacting with the sync manager database. This is provided by new APIs on IContentService, with a hidden method on ContentResolver to retrieve the IContentService so that various system entities can use it. Other changes in other projects are required to update to the new API. The goal here is to have as little an impact on the code and functionality outside of SyncStorageEngine, though due to the necessary change in API it is still somewhat extensive.
/frameworks/base/core/java/android/content/SyncStatusInfo.java
|