Follow redirects on PUT #6586

cyberduck · 2012-03-14T15:39:27Z

0681515 created the issue

From HTTP/1.1 RFC (2616):

The action required MAY be carried out by the user agent without interaction with the user if and only if the method used in the second request is GET or HEAD.

Which does not discard the option of following the redirect after the users agrees.

Since we give support to a DAV implementation that does redirects on PUT's, this would be a really nice-to-have feature.

cyberduck · 2013-09-18T12:29:08Z

@dkocher commented

Previously in #3206.

cyberduck · 2013-09-18T17:18:30Z

@dkocher commented

Set preference webdav.redirect.PUT.follow using defaults write ch.sudo.cyberduck webdav.redirect.PUT.follow true as of 3ee521e.

cyberduck · 2013-11-25T09:50:08Z

38fc8ae commented

Replying to [comment:4 dkocher]:

Set preference webdav.redirect.PUT.follow using defaults write ch.sudo.cyberduck webdav.redirect.PUT.follow true as of 3ee521e.

Hi,

is this change already been in production? I am using the latest 4.4.2 (OS X Mavericks) setting the preference as you suggested, but it seems that it cannot follow the redirect in a PUT request. Is the 307 Temporary Redirect supported, via Location header?

thanks

cyberduck · 2013-11-25T15:08:53Z

@dkocher commented

Replying to [comment:5 antonio calanducci]:

Replying to [comment:4 dkocher]:

Set preference webdav.redirect.PUT.follow using defaults write ch.sudo.cyberduck webdav.redirect.PUT.follow true as of 3ee521e.

Hi,

is this change already been in production? I am using the latest 4.4.2 (OS X Mavericks) setting the preference as you suggested, but it seems that it cannot follow the redirect in a PUT request. Is the 307 Temporary Redirect supported, via Location header?

thanks

Yes, this is supposed to be fixed with the hidden setting.

cyberduck · 2013-11-25T17:48:17Z

38fc8ae commented

Using mitmproxy to look what happens at the client side, I see that redirection URI in the Location header is sent back from the server, but Cyberduck client doesn't try to follow it.
Is there a way to enable HTTP debug logging on Cyberduck to see what happens? Setting ch.sudo.cyberduck logging to debug, doesn't write any HTTP traffic log to the console.

cyberduck · 2013-11-25T17:56:08Z

38fc8ae commented

here the response from the server:

2013-11-25 17:51:55 PUT http://glibrary.ct.infn.it/dm/dav/vo.dch-rp.eu/prod-se-03.ct.infn.it/dpm/ct.infn.it/
                        home/vo.dch-rp.eu/deroberto/pippo/demo.jpg
                        <- 307 text/html 572B 158.57kB/s
Request                                               Response
Date:            Mon, 25 Nov 2013 16:51:58 GMT
Server:          Apache/2.2.3 (Scientific Linux)
vary:            Accept-Encoding
Content-Length:  572
location:        http://prod-se-03.ct.infn.it/storage/vo.dch-rp.eu/2013-11-25/demo.jpg.576.0?sfn=%2Fdpm%2Fct
                 .infn.it%2Fhome%2Fvo.dch-rp.eu%2Fderoberto%2Fpippo%2Fdemo.jpg&dpmtoken=3d056a5a-436e-4dd8-8
                 6b7-9787c0313d9a&token=dz%2BeQ%2B73TsToYtYxXTKG0dByrW8%3D%401385399340%401
Connection:      close
Content-Type:    text/html; charset=iso-8859-1
HTML
<!DOCTYPE html PUBLIC "_IETF_DTD HTML 2.0//EN">
<html>
  <head>
    <title>307 Temporary Redirect</title>
  </head>
  <body>
<h1>Temporary Redirect</h1>
<p>The document has moved <a href="http://prod-se-03.ct.infn.it/storage/vo.dch-rp.eu/2013-11-25/demo.jpg.576
.0?sfn=%2Fdpm%2Fct.infn.it%2Fhome%2Fvo.dch-rp.eu%2Fderoberto%2Fpippo%2Fdemo.jpg&amp;dpmtoken=3d056a5a-436e-4
dd8-86b7-9787c0313d9a&amp;token=dz%2BeQ%2B73TsToYtYxXTKG0dByrW8%3D%401385399340%401">here</a>.</p>
<hr/><address>Apache/2.2.15 (Scientific Linux) Server at prod-se-03.ct.infn.it Port 443</address>
</body>
</html>

after this, cyberduck pop up a dialog with:

Upload failed (/dm/dav/vo.dch-rp.eu/prod-se-03.ct.infn.it/dpm/ct.infn.it/home/vo.dch-rp.eu/deroberto/pippo/demo.jpg).
TEMPORARY REDIRECT.

Choosing continue doesn't sort any effect.

thanks

cyberduck · 2013-11-28T14:02:12Z

@dkocher commented

Please update to the latest snapshot build available and let me know if it makes a difference.

cyberduck · 2013-11-28T16:04:18Z

38fc8ae commented

Unfortunately nothing changed. Still getting the "TEMPORARY REDIRECT." message in a pop up dialog. Inspecting the HTTP traffic on the client side, I see that the PUT request returns a 307 stutus with the proper Location header, but no other following PUT request to the returned URL.
I am using Version 4.4.3 (14137), is this the latest snapshot or am I using the wrong version?
I have also this set to my defaults:

$ defaults read ch.sudo.cyberduck | grep webdav
    "webdav.redirect.PUT.follow" = true;

best
Antonio

cyberduck · 2013-11-28T16:25:27Z

@dkocher commented

Thanks for the comment. We will need to add tests.

cyberduck · 2013-11-28T17:03:54Z

38fc8ae commented

I have noticed that our WebDAV server doesn't not return the 100-continue status code to the cyberduck client, but receive all the body and return the 307 redirection. It this maybe the reason why cyberduck won't follow the redirect? Is the Expect 100 header involved in the handshake?

cyberduck · 2013-11-28T17:10:29Z

@dkocher commented

Replying to [comment:13 antonio calanducci]:

I have noticed that our WebDAV server doesn't not return the 100-continue status code to the cyberduck client, but receive all the body and return the 307 redirection. It this maybe the reason why cyberduck won't follow the redirect? Is the Expect 100 header involved in the handshake?

Yes, If your server does not implement expectation (see also #7642) correctly that could very well be the cause. Try to disable the expectation handshake with the property webdav.expect-continue.

defaults write ch.sudo.cyberduck webdav.expect-continue false

cyberduck · 2013-11-28T17:32:23Z

38fc8ae commented

ok. I will try to implement the 100-continue response, but I tried your workaround. I see that cyberduck doesn't send anymore the Expect header, but it doesn't follow anyway the redirect :( Disabling expectation through properties, it is supposed to resend the body to the redirect url?
Is there a way to enable a verbose http debug log on cyberduck to see if some error occurs?

cyberduck · 2014-02-05T17:39:49Z

@dkocher commented

Fix repeated PUT in 9ec6be5.

cyberduck · 2014-03-18T18:53:08Z

38fc8ae commented

Hi,

I have just downloaded the latest nightly builds (4.4.4 14382) and now setting the "webdav.redirect.PUT.follow" = true" hidden properties, PUT redirects are followed!
Anyway, it still doesn't work properly cause the body is completely sent during the first PUT request, while it should be sent only to the redirect URL (it sends 0 byte to the redirect, it should be the way around). I have also noticed that the client doesn't send anymore the Expect:100-continue header by default (and even if I set the "webdav.expect-continue" = true, it doesn't send this header).

Just to be clearer, I expect the workflow of the request should be:

cyberduck send a PUT request to the server, but holding for sending the body data (raw data)
the server returns a 307 redirect URL to the client
the client follow the redirect URL sending the raw data to the redirect URL returned by the server

Am I wrong?
Thank you

cyberduck · 2014-03-26T15:46:08Z

@dkocher commented

Added test in addf3ff.

cyberduck · 2019-05-04T21:00:59Z

f52f3d3 commented

Why is this option not enabled by default?

cyberduck · 2019-10-05T23:00:27Z

d5570da commented

Replying to [comment:21 steffend]:

Why is this option not enabled by default?

I second this: At sciencedata.dk we have a distributed webdav setup and it would be really nice to not have to ask users to change hidden settings. This too goes for webdav.redirect.MKCOL.follow, webdav.redirect.DELETE.follow and webdav.redirect.MOVE.follow.

cyberduck closed this as completed Mar 26, 2014

cyberduck assigned dkocher Nov 26, 2021

iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Follow redirects on PUT #6586

Follow redirects on PUT #6586

cyberduck commented Mar 14, 2012

cyberduck commented Sep 18, 2013

cyberduck commented Sep 18, 2013

cyberduck commented Nov 25, 2013

cyberduck commented Nov 25, 2013

cyberduck commented Nov 25, 2013

cyberduck commented Nov 25, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Feb 5, 2014

cyberduck commented Mar 18, 2014

cyberduck commented Mar 26, 2014

cyberduck commented May 4, 2019

cyberduck commented Oct 5, 2019

Follow redirects on PUT #6586

Follow redirects on PUT #6586

Comments

cyberduck commented Mar 14, 2012

cyberduck commented Sep 18, 2013

cyberduck commented Sep 18, 2013

cyberduck commented Nov 25, 2013

cyberduck commented Nov 25, 2013

cyberduck commented Nov 25, 2013

cyberduck commented Nov 25, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Nov 28, 2013

cyberduck commented Feb 5, 2014

cyberduck commented Mar 18, 2014

cyberduck commented Mar 26, 2014

cyberduck commented May 4, 2019

cyberduck commented Oct 5, 2019