Re: Subversion clients following HTTP 302 response codes.

2018-04-26 Thread Branko Čibej
On 15.04.2018 19:49, Paul Hammant wrote: > > I'm still wondering what you're aiming for though. An obvious example > would be offloading resource content storage from the repository > server > to some other storage. But if you want to do that, relying on > redirects > is

Re: Subversion clients following HTTP 302 response codes.

2018-04-26 Thread Branko Čibej
On 26.04.2018 11:47, Paul Hammant wrote: > Re https://issues.apache.org/jira/browse/SVN-4738 > > > If I paid for this to be developed (say on UpWork), what criteria > would that work have to meet to be consumed into Subversion's trunk > for later

Re: Subversion clients following HTTP 302 response codes.

2018-04-26 Thread Paul Hammant
Re https://issues.apache.org/jira/browse/SVN-4738 If I paid for this to be developed (say on UpWork), what criteria would that work have to meet to be consumed into Subversion's trunk for later release? I ask because I'd not want to pay for its development then have it rejected for a long list

Re: Subversion clients following HTTP 302 response codes.

2018-04-17 Thread Paul Hammant
My bad - I pasted/typed into the env field rather than the desc one. Fixed.

Re: Subversion clients following HTTP 302 response codes.

2018-04-17 Thread Branko Čibej
On 17.04.2018 17:22, Paul Hammant wrote: > https://issues.apache.org/jira/browse/SVN-4738 filed :) Hmmm ... the environment described in that feature is interesting. -- Brane P.S.: Yes, I've often though that the Jira issue creation UI is broken in this respect.

Re: Subversion clients following HTTP 302 response codes.

2018-04-17 Thread Paul Hammant
https://issues.apache.org/jira/browse/SVN-4738 filed :)

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Branko Čibej
On 15.04.2018 19:49, Paul Hammant wrote: > > I'm still wondering what you're aiming for though. An obvious example > would be offloading resource content storage from the repository > server > to some other storage. But if you want to do that, relying on > redirects > is

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Paul Hammant
> I'm still wondering what you're aiming for though. An obvious example > would be offloading resource content storage from the repository server > to some other storage. But if you want to do that, relying on redirects > is hardly a good option, since you'd be increasing the number of > requests

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Branko Čibej
On 15.04.2018 15:20, Paul Hammant wrote: > The main conversation - PROPFIND, OPTIONS etc with a canonical > centralized server, _but_ select GETs (among many) being redirected to > other URLs. > > My testing didn't show that that was supported. As a good XPer, I > should be able to conjure up a

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Paul Hammant
The main conversation - PROPFIND, OPTIONS etc with a canonical centralized server, *but* select GETs (among many) being redirected to other URLs. My testing didn't show that that was supported. As a good XPer, I should be able to conjure up a script to show that but I can't, so I mean manual

Re: Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Branko Čibej
On 15.04.2018 14:52, Paul Hammant wrote: > It would be cool if svn.exe (the client) could follow HTTP return code > '302' during svn-co and svn-up operations. > > I'm thinking that this is just for GET* of resources, and that someone > who's managed to _front_ their Mod_Dav_Svn with something that

Subversion clients following HTTP 302 response codes.

2018-04-15 Thread Paul Hammant
It would be cool if svn.exe (the client) could follow HTTP return code '302' during svn-co and svn-up operations. I'm thinking that this is just for GET* of resources, and that someone who's managed to *front* their Mod_Dav_Svn with something that can do redirects for select resources. Say to