Status/Resolution/Reason: Closed/Fixed/
Reporter/Name(from Bugbase): Bryan Henderson / Bryan Henderson (Bryan Henderson)
Created: 04/16/2014
Components: Net Protocols, HTTP
Versions: 10.0
Failure Type: Incorrect w/Workaround
Found In Build/Fixed In Build: Final / CF10 Update16
Priority/Frequency: Major / All users will encounter
Locale/System: English / Win All
Vote Count: 0
Problem Description: When a server responds with a 302 status code and a URL in the location header value, the CFHTTP tag will fail to follow the redirect when the redirect attribute is set to true and the method attribute is one of POST, PUT, DELETE, or OPTIONS. The functionality in this case is the same as if the redirect attribute was set to false.
Steps to Reproduce: Post to any URL that will respond with a 302 status code and a URL in the location header with the redirect attribute set to 'yes'
Actual Result: The tag returns the response with 302 status code.
Expected Result: 200 status code response after all (up to supported limit) 302 location redirects have been followed.
Any Workarounds: manually process 302 response and use a second CFHTTP tag to access the new location with method GET.
This behavior is inconsistent with all earlier versions of CF, the Docs, and standard browsers.
----------------------------- Additional Watson Details -----------------------------
Watson Bug ID: 3744211
External Customer Info:
External Company:
External Customer Name: iHateScreenNames2384
External Customer Email:
External Test Config: My Hardware and Environment details:
configuration 1: CF 10,0,12,286680 running on DELL Precision M6700, Windows 7 SP1, IIS 7.5
configuration 2: CF 10,0,12,286680, Windows Server 2008 R2, IIS 7.5
Attachments:
Comments: