History log of /frameworks/base/core/java/android/content/SyncAdapterType.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
5cb2973495084f8ce3433b579e4b4962ed9d7efc 12-Jul-2016 Svetoslav Ganov <svetoslavganov@google.com> Only sync adapters with access can see an account - framework

It was possible for a sync adapter without accounts access to
see the account which it is supposed to sync which can be used to
identify the user. This change ensures that only sync adapters
with account access can run (which results in seeing the account),
otherwise we involve the user to approve access only to this account.

A sync adapter can access an account if one of these is true:
- it is signed as the authenticator for this account
- has the GET_ACCOUNTS permission
- has an auth token for the account
- it is a preinstalled app (system or privileged)

The main thing we need to figure out is if the extra prompts
for giving access to a sync adapter to the account create too
much friction.

bug:28163381

Change-Id: Ie083bb681b5a2aed81ca5f6a062193a175fad77e
/frameworks/base/core/java/android/content/SyncAdapterType.java
e6d60ecdf668499f003a81274f18cb57075eb65b 24-Aug-2011 Fred Quintana <fredq@google.com> add a way for the sync adapter to specify the activity that should
be invoked to reach a settings screen for that sync adapter

Bug: 5204776
Change-Id: I4641067c1f0710c51f2633241a8c87bc4d568af2
/frameworks/base/core/java/android/content/SyncAdapterType.java
957d85ec046651a8b0549b62021079ddcc0b8f53 10-Dec-2010 Fred Quintana <fredq@google.com> revert an API change that conflicted witha previous SDK version

Change-Id: I71ef6bd135296846021c0e7ee465cac9181b5473
/frameworks/base/core/java/android/content/SyncAdapterType.java
0c4d04ac2e8aa62560d8d767fa1c87e5361b0b08 04-Nov-2010 Fred Quintana <fredq@google.com> allow sync adapter authors to control more policies

- let the SyncManager know that the SyncAdapter can handle
parallel syncs even within sync adapter types
- allow indicating that the sync adapter should be auto
initialized without requiring the sync adapter to run first.
When this setting is used then setIsSyncable(1) is automatically
called for the sync adapter.

Change-Id: Ib40eba95c2556eaee4bb0fe715f379af1b72b84a
/frameworks/base/core/java/android/content/SyncAdapterType.java
e0616ffb741b64e3bc7a1e3ad9def3d50eee53fd 19-Aug-2009 Fred Quintana <fredq@google.com> add a supportsUploading flag in the SyncAdapter description and honor it in the SyncManager
/frameworks/base/core/java/android/content/SyncAdapterType.java
4a6679b97e0285c5b65ec5c0d9080ff90d3e9e81 17-Aug-2009 Fred Quintana <fredq@google.com> make syncadapter set whether the account is syncable
/frameworks/base/core/java/android/content/SyncAdapterType.java
20ea6ce0e8a758cc5c33eb2577495bf9f4dce16e 18-Aug-2009 Jim Miller <jaggies@google.com> Change get/set IsSyncable() methods to static. Add isUserFacing flag to SyncAdapterType. Update api file.
/frameworks/base/core/java/android/content/SyncAdapterType.java
ac9385ef3105fb7464e1f46049c62755a8b7f0e9 23-Jun-2009 Fred Quintana <fredq@google.com> - clean up the sync settings names to:
(get|set)SyncAutomatically
(get|set)MasterSyncAutomatically
- change SYNC_EXTRAS_FORCE to SYNC_EXTRAS_MANUAL to mace clear that
this overrides the .*SyncAutomatically settings
- make ContentResolver methods that call the sync controls methods
in IContentService so that SDK users can use them
- rename startSync to requestSync to reinforce the fact that a sync
is not immediately or always started when this method is called
- add an Account parameter to all the sync settings and control methods
- change the sync control methods to take a String authority rather than a Uri uri
/frameworks/base/core/java/android/content/SyncAdapterType.java
718d8a2d7ff3e864a73879eb646f46c14ab74d07 30-Apr-2009 Fred Quintana <fredq@google.com> decouple SyncAdapter from ContentProvider
/frameworks/base/core/java/android/content/SyncAdapterType.java