Wed, 12 Mar 2014 13:03:35 -0700 sinmple4server: advertise new cap only when advertising obsolescence
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 12 Mar 2014 13:03:35 -0700] rev 884
sinmple4server: advertise new cap only when advertising obsolescence This is more consistent.
Wed, 12 Mar 2014 13:01:32 -0700 evolve: do not exchange obsolescence markers when server refuse it
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 12 Mar 2014 13:01:32 -0700] rev 883
evolve: do not exchange obsolescence markers when server refuse it The server can be configured to refuse obsolescence markers exchange. See changeset 48804a8d7472 for details about it. We respect server will in the client.
Wed, 12 Mar 2014 12:44:33 -0700 simple4server: option to advertise obsolescence support
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 12 Mar 2014 12:44:33 -0700] rev 882
simple4server: option to advertise obsolescence support We had an option to control the advertising of the obsolescence markers support from the server. The goal of this option is to allow large scale repo hosting service to control the use of obsolescence markers exchange.
Mon, 10 Mar 2014 19:47:24 -0700 export: add test for simple4server
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 19:47:24 -0700] rev 881
export: add test for simple4server We now officially test it over http
Mon, 10 Mar 2014 21:57:41 -0700 exchange: fix push markers over wire protocol for http peer
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 21:57:41 -0700] rev 880
exchange: fix push markers over wire protocol for http peer Http actually interpret the data passed to _callpush expecting them to a bundle. Interpretation of a markers stream as a bundle obviously led to crash.
Mon, 10 Mar 2014 21:55:41 -0700 exchange: expose length of pushed markers
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 21:55:41 -0700] rev 879
exchange: expose length of pushed markers http wireprotocol will need it.
Mon, 10 Mar 2014 22:09:26 -0700 simple4server: update "from <changeset>" statement
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 22:09:26 -0700] rev 878
simple4server: update "from <changeset>" statement Could obviously not do it in the same changeset than the original changes.
Mon, 10 Mar 2014 21:35:54 -0700 exchange: fix changeset pulling over http
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 21:35:54 -0700] rev 877
exchange: fix changeset pulling over http http compress its stream. The were building a bogus stream where the first 10 bytes where uncompressed. Confusing the client.
Mon, 10 Mar 2014 22:08:21 -0700 simple4server: update "from <changeset>" statement
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 22:08:21 -0700] rev 876
simple4server: update "from <changeset>" statement Could obviously not do it in the same changeset than the original changes.
Mon, 10 Mar 2014 21:34:36 -0700 exchange: properly wrap wireprotocol capabilities
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 21:34:36 -0700] rev 875
exchange: properly wrap wireprotocol capabilities Just wrapping the module function only works for ssh. Ssh gets capability through the `hello` command. We also need to wrap the function stored in the command dict. This fix discovery for http peer.
Mon, 10 Mar 2014 17:40:38 -0700 simple4server: add origin and documentation to most function
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 17:40:38 -0700] rev 874
simple4server: add origin and documentation to most function
Mon, 10 Mar 2014 16:54:08 -0700 evolve: add 2.9.1 compatibility seal to simple4server
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 16:54:08 -0700] rev 873
evolve: add 2.9.1 compatibility seal to simple4server
Mon, 10 Mar 2014 16:52:46 -0700 simple4server: fix a missing import
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 16:52:46 -0700] rev 872
simple4server: fix a missing import
Mon, 10 Mar 2014 16:27:21 -0700 evolve: update version compatibility error message
Pierre-Yves David <pierre-yves.david@fb.com> [Mon, 10 Mar 2014 16:27:21 -0700] rev 871
evolve: update version compatibility error message
Fri, 07 Mar 2014 14:46:45 -0800 exchange: fix pull over wire protocol
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 07 Mar 2014 14:46:45 -0800] rev 870
exchange: fix pull over wire protocol Actually hand pulled obsolescence markers to the pull logic. In the wire protocol case we did not reset the position of the file pointer after writing the pulled data. This lead the pull logic to thing that no markers were send at all. This changeset fix this client side bug. (apparently no test check both markers pulling and wireprotocol)
Thu, 06 Mar 2014 12:15:04 -0800 exchange: enforce permission on new wireprotocol command
Pierre-Yves David <pierre-yves.david@fb.com> [Thu, 06 Mar 2014 12:15:04 -0800] rev 869
exchange: enforce permission on new wireprotocol command hgweb needs an explicit declaration of the permission level of each commands.
Wed, 05 Mar 2014 19:08:58 -0800 merge stable
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 05 Mar 2014 19:08:58 -0800] rev 868
merge stable
Sun, 02 Mar 2014 15:19:31 +0100 evolve: fix typos in uncommit docstring stable
André Sintzoff <andre.sintzoff@gmail.com> [Sun, 02 Mar 2014 15:19:31 +0100] rev 867
evolve: fix typos in uncommit docstring
Wed, 05 Mar 2014 15:21:21 -0800 simple4server: add the wireproto command for obsolescence markers discovery
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 05 Mar 2014 15:21:21 -0800] rev 866
simple4server: add the wireproto command for obsolescence markers discovery This come with its usual train of duplicated utility.
Wed, 05 Mar 2014 15:14:40 -0800 discovery: use the discovery process for pull
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 05 Mar 2014 15:14:40 -0800] rev 865
discovery: use the discovery process for pull Wow! Such speed! Much functional! Very proof on concept implementation!
Wed, 05 Mar 2014 15:09:07 -0800 discovery: implement a discovery process and use it for push
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 05 Mar 2014 15:09:07 -0800] rev 864
discovery: implement a discovery process and use it for push Much faster! So functional! Very proof on concept implementation! Wow!
Wed, 05 Mar 2014 16:58:56 -0800 discovery: first version of the "hash tree" idea
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 05 Mar 2014 16:58:56 -0800] rev 863
discovery: first version of the "hash tree" idea We build a hash for each node based on the markers that applies to it and the hash of its parent. This will allow a kind of discovery process for markers.
Tue, 04 Mar 2014 11:34:38 -0800 evolve: update changelog with recent advance
Pierre-Yves David <pierre-yves.david@fb.com> [Tue, 04 Mar 2014 11:34:38 -0800] rev 862
evolve: update changelog with recent advance
Tue, 04 Mar 2014 11:31:11 -0800 merged 3.3 release into default
Pierre-Yves David <pierre-yves.david@fb.com> [Tue, 04 Mar 2014 11:31:11 -0800] rev 861
merged 3.3 release into default Some of the default content was released in 3.3.0 the other ones are moved to 3.4
(0) -300 -100 -50 -24 +24 +50 +100 +300 +1000 +3000 tip