tracker issue : CF-3515644

select a category, or use search below
(searches all categories and all time range)

CFHTTP with compression="none" fails to decode deflated http response

| View in Tracker

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

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 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 Linux


  1. March 08, 2013 00:00:00: 1_test.cfm


Attached a simple test example, but here is the code to reproduce: <cfhttp url="" compression="none" /> <cfdump var="#cfhttp#">
Comment by External U.
16080 | March 07, 2013 03:43:58 PM GMT
This is probably related to bug #CF-3198173, but the issue there was with gzip content.
Comment by External U.
16081 | March 07, 2013 03:47:11 PM GMT
One other note, this is running on Java 1.6
Comment by External U.
16082 | March 07, 2013 03:48:05 PM GMT
Unable to repro the issue. With the provided test code snippet when ran on latest CF build, cfhttp.filecontent seems good. Tested this with CF10+java 1.6 as well.
Comment by Akhila K.
16083 | January 04, 2014 09:13:38 AM GMT
I am running into this exact issue? I am running the latest version of CF10. Is there a fix for this?
Comment by External U.
16084 | February 26, 2014 06:21:40 AM GMT