16a74f8678e91aa93a5fab760818e55c90e4b71a: Merge m-c to s-c.
Richard Newman <rnewman@mozilla.com> - Thu, 06 Sep 2012 00:54:31 -0700 - rev 118869
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Merge m-c to s-c.
06cc6f281e4f4ce1d0a67f439ed5e89d89d8de4f: Merge mozilla-central into services-central
Gregory Szorc <gps@mozilla.com> - Tue, 04 Sep 2012 19:13:29 -0700 - rev 118868
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Merge mozilla-central into services-central
62c1c09cb241487906e615b355e880023879f3eb: Merge m-c to s-c.
Richard Newman <rnewman@mozilla.com> - Tue, 04 Sep 2012 14:36:04 -0700 - rev 118867
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Merge m-c to s-c.
597ea0e0cf7ed0e3438492b9c816531a3c2a51a8: Merge m-c to s-c.
Richard Newman <rnewman@mozilla.com> - Mon, 03 Sep 2012 19:51:55 -0700 - rev 118866
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Merge m-c to s-c.
435e2bd35477170ce31737b0042489a5f5f21f87: Bug 787306 - Fix bitrotted Sync UX code; r=rnewman
Gregory Szorc <gps@mozilla.com> - Fri, 31 Aug 2012 11:49:38 -0700 - rev 118865
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 787306 - Fix bitrotted Sync UX code; r=rnewman services-central contains lots of changed code. Sync UX changes which landed in inbound for bug 762230 are not compatible with the future.
e08d1ca919eef4458de91f11975a879ae30a2685: Merge m-c to s-c.
Richard Newman <rnewman@mozilla.com> - Thu, 30 Aug 2012 19:26:53 -0700 - rev 118864
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Merge m-c to s-c.
6bc61754b7f0f17ddd2ed6a9c2f914197855e787: Bug 786489 - Part 2: Change username through Identity not prefs; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:41 -0700 - rev 118863
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 786489 - Part 2: Change username through Identity not prefs; r=rnewman The preferred way to change the username is through the Identity singleton, not by updating a pref and hoping the side-effect is what you want.
475cacc53484927638fea3e6faef340dc67b36f1: Bug 786489 - Part 1: Update serverURL and clusterURL through Service; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:41 -0700 - rev 118862
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 786489 - Part 1: Update serverURL and clusterURL through Service; r=rnewman The preferred method to update serverURL and clusterURL is by going through the SyncService Service singleton, not by setting preferences.
43e9f9c938760ecf6f90a90868421792bb4198fe: Bug 785225 - Part 11: Burninate trailing whitespace from tests; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:41 -0700 - rev 118861
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 11: Burninate trailing whitespace from tests; r=rnewman
cf4c39d50fd26b16f25e68cb370655ae620c0da0: Bug 785225 - Part 10: Reflect API changes in TPS; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:41 -0700 - rev 118860
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 10: Reflect API changes in TPS; r=rnewman The previous parts broke TPS. This fixes them all in one lump patch.
9eeef1bbadeeee885c858bd56f46ac285a6cb250: Bug 785225 - Part 9: Refactor engines to not use singletons; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:41 -0700 - rev 118859
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 9: Refactor engines to not use singletons; r=rnewman Engines now maintain a reference to the service they belong to. This allows them to obtain references to other engine instances belonging to that service and that service only. Stores and trackers now maintain a reference to the engine they belong to. Engine managers now maintain a reference back to a service. The clients singleton has been removed. It now exists as an instance variable on Service. Parts of ClientsEngine do behave as singletons (e.g. commands). This will be addressed in future refactoring.
6d61599eebd30b5e55a1fc60b893b52a9eb8edc4: Bug 785225 - Part 8: Don't expose SyncScheduler as a singleton; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:41 -0700 - rev 118858
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 8: Don't expose SyncScheduler as a singleton; r=rnewman
1c1410d01ab985a12edf62a8e533c935b1ea55f4: Bug 785225 - Part 7: Bind SendCredentialsController to a Service instance; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:40 -0700 - rev 118857
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 7: Bind SendCredentialsController to a Service instance; r=rnewman
c7e070eafa940273e1cd987589bf5db0db9aaff7: Bug 785225 - Park 6: Move StorageCredentialsController to jpakeclient.js; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:40 -0700 - rev 118856
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Park 6: Move StorageCredentialsController to jpakeclient.js; r=rnewman I'm not sure why it was in policies.js, as it has everything to do with J-PAKE exchange.
7e5eb4b365ff73449043a3ace20845332cc4774a: Bug 785225 - Part 5: Partial removal of Clients singleton; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:40 -0700 - rev 118855
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 5: Partial removal of Clients singleton; r=rnewman Clients was being exported and used as a singleton. We still use Clients as a singleton in some places, but only in test code. The preferred method to access Clients is now through a service instance. Weave.Clients is no longer exposed. Callers go through Weave.Service now.
bef7fff72e7b14c7a56d2e97afdf7a6b4d11d028: Bug 785225 - Part 4: Remove unused exports from Weave; change engine loading; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:40 -0700 - rev 118854
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 4: Remove unused exports from Weave; change engine loading; r=rnewman Lots of exports from the Weave global object weren't being used. This also changes how engines are loaded. There is now a mapping in service.js of engine name to filename. Before, it was looking at Weave.
79eba94e1758fb441ec2742aed30b0adaaa13be4: Bug 785225 - Part 3: Don't expose ErrorHandler as a singleton; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:40 -0700 - rev 118853
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 3: Don't expose ErrorHandler as a singleton; r=rnewman Some tests still expect there to only be a single instance of ErrorHandler for the life of the tests. And, ErrorHandler itself is pretty tighly coupled with being a singleton because it writes out changes to prefs, etc. But, it's a step in the right direction.
bc3e055a34a1bd859433af0d5eac54a9f8777aae: Bug 785225 - Part 2: Minimize Engines singleton usage; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:40 -0700 - rev 118852
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 2: Minimize Engines singleton usage; r=rnewman Weave.Engines is no longer exported. Service now exposes an EngineManager instance, which is the new recommended way to get at the engine manager. Service was updated to reference the internal instance.
e10e5cf8fafa03f6a391f36f2defd109479b84e1: Bug 785225 - Part 1: Don't rely on Engines singleton in AddonsReconciler; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:40 -0700 - rev 118851
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 785225 - Part 1: Don't rely on Engines singleton in AddonsReconciler; r=rnewman
b78552875522d395c649e41eb3389fbd6be5d5ec: Bug 783721 - Refactor User API service interaction; r=rnewman
Gregory Szorc <gps@mozilla.com> - Wed, 29 Aug 2012 14:43:39 -0700 - rev 118850
Push 1997 by akeybl@mozilla.com at Mon, 07 Jan 2013 21:25:26 +0000
Bug 783721 - Refactor User API service interaction; r=rnewman
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip