You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This has a lot of undesired effect, including the inability of httr and rvest to properly follow redirects.
By setting hereCURLOPT_CUSTOMREQUEST to "POST" or any other method instead of using CURLOPT_POST, CURLOPT_PUT ... and friends, the behavior of all the subsequent queries following the request will be modified, including the redirects.
The bug that caught me (and that I saw on SO in several obscure flavors) is to login successfully following a POST, and then crash (get a 403 or something related) following the ensued redirect, because the redirect issues a POST again instead of the ubiquitous GET. (also, see #65)
FYI, even though the RFC actually mentions that on 301, 302 and 303, the redirect method should not change, this is the default behaviour of all browsers, and of cURL as well - unless you specify the CURLOPT_POSTREDIRoption, but this is another story.
The text was updated successfully, but these errors were encountered: