https://issues.apache.org/bugzilla/show_bug.cgi?id=52860
Bug #: 52860
Summary: Support Transfer-Encoding: gzip
Product: Apache httpd-2
Version: 2.5-HEAD
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: mod_deflate
AssignedTo: [email protected]
ReportedBy: [email protected]
Classification: Unclassified
Created attachment 28443
--> https://issues.apache.org/bugzilla/attachment.cgi?id=28443
patch against trunk r1298556
In a comment to Bug 39797, Roy Fielding calls for Apache httpd to implement
transfer-encoding.
I'm filing this bug to ask for that improvement. It's against mod_deflate
because that seems like the best place, but Roy Fielding actually suggested a
separate HTTP filter module.
I want to see at least one HTTP server that can talk gzip transfer-encoding. I
looked long and hard at most of the open source webservers, but only Apache
httpd had enough flexibility to make adding this feature feasible.
I'm attaching some code. This isn't the sort of patch you commit, but it
illustrates the kind of behaviour I'm describing. The patch adds a new filter
type GZIPTE which needs to run after the content is set but before chunked
transfer-encoding is applied. I've tested this using recent cURL as a client
and it behaves at the HTTP level just the way I would expect.
I'd very much welcome help from more experienced developers in making this into
a patch submission that belongs in trunk, with appropriate tests, documentation
and error codes. This is my first C language contribution to a public project
so please bear that in mind.
NB: if using cURL, remember to add the "TE: gzip" request header manually.
There's no command line shortcut for this yet.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
