httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Bardsley" <>
Subject [users@httpd] resubmit: mod_deflate with chunked gzipped input
Date Thu, 11 Oct 2007 18:48:32 GMT
[Here's a cleaned up resubmittal hoping it's more digestible.]

Is mod_deflate.c unreliable for inflating gzipped and chunked input?

Issue Summary:
Apache 2.2.6 on Fedora Core 7 and Windows XP

I'm sending chunked, gzipped POSTs to apache and it works, but
occasionally loses the request body.  After many hours of debug,
mod_deflate is suspect.  Debug included using mod_ext_filter and
instrumenting mod_deflate with extra log messages.

After much searching of bugzilla and the mailing lists I found this

The last message in the thread hints at a problem:
   "...should be fine for normal pages, but may be less than
    optimal for things like streaming contents."

Debug Details:
  - I'm using a simple PHP script to catch POSTed urlencoded form data.
  - The client gzips the POST body and streams it to the server
  - A single form variable contains a large set of data.
  - Most of the time the form variable and its associated data is
    received, but sometimes it is not.
  - There is no failure indication in the log; using LogLevel debug.
  - I instrumented mod_deflate.c with LOG messages.
  - There is a "FIXME" comment in the code; line 953
  - It *seems* I see the problem whenever this section of code is hit.

Steve Bardsley

Disclaimer: This message is intended only for the use of the noted recipient(s) and may contain
information that is privileged, proprietary and confidential.

If you received this message in error, you must not, directly or indirectly, distribute, use,
disclose, print, or copy any part of this message. Please notify the sender if you have received
this message by mistake and erase this email and its contents from your system. Note that
any views or opinions expressed in this message are solely those of the author and do not
necessarily represent those of the company. Finally, note that email transmission cannot be
guaranteed to be secure or error-free. Information could be intercepted, corrupted, lost,
destroyed, received late or incomplete, or infected with a virus. Therefore, the sender does
not accept liability for any errors in the content of this message which arise as a result
of email transmission.

The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:> for more info.
To unsubscribe, e-mail:
   "   from the digest:
For additional commands, e-mail:

View raw message