Status/Resolution/Reason: Closed/Withdrawn/CannotReproduce
Reporter/Name(from Bugbase): Peter Freitag / Peter Freitag (Peter Freitag)
Created: 03/07/2013
Components: Net Protocols, HTTP
Versions: 10.0
Failure Type:
Found In Build/Fixed In Build: Final /
Priority/Frequency: Major / Some users will encounter
Locale/System: English / Platforms All
Vote Count: 0
Problem Description:
When specifying compression="none" in the <cfhttp> tag or if specifying the headers:
<cfhttpparam type="Header" name="Accept-Encoding" value="deflate;q=0">
<cfhttpparam type="Header" name="TE" value="deflate;q=0">
(Which appears to be equivalent to what compression="none" does apparently.)
The cfhttp.filecontent result is still encoded using the compressed binary content, instead of being decompressed. This does not happen on CF8/9
Steps to Reproduce:
1) Hit a server that has HTTP compression enabled, eg www.adobe.com:
Actual Result:
The cfhttp.filecontent variable looks like this: ?Qt?wxe;?xc;pU?(??Qu
Expected Result:
The cfhttp.filecontent variable should deflate the compressed response and show the HTML response from the url instead.
Any Workarounds:
The reason we were using those headers was to prevent a CFHTTP issue in CF8, details are here http://www.talkingtree.com/blog/index.cfm/2004/7/28/20040729 which CFHTTP had an issue with gzip content on IIS servers, I don't know if that issue has been resolved in CF10, hopefully.
----------------------------- Additional Watson Details -----------------------------
Watson Bug ID: 3515644
Deployment Phase: Release Candidate
External Customer Info:
External Company:
External Customer Name: pete_freitag
External Customer Email:
External Test Config: My Hardware and Environment details: ColdFusion 10 Update 7 on LinuxAttachments:
- March 08, 2013 00:00:00: 1_test.cfm
Comments: