Return-Path: Delivered-To: apmail-httpd-bugs-archive@www.apache.org Received: (qmail 74009 invoked from network); 10 Oct 2003 12:59:43 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 10 Oct 2003 12:59:43 -0000 Received: (qmail 1614 invoked by uid 500); 10 Oct 2003 12:59:33 -0000 Delivered-To: apmail-httpd-bugs-archive@httpd.apache.org Received: (qmail 1577 invoked by uid 500); 10 Oct 2003 12:59:33 -0000 Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: "Apache HTTPD Bugs Notification List" Delivered-To: mailing list bugs@httpd.apache.org Received: (qmail 1533 invoked from network); 10 Oct 2003 12:59:33 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 10 Oct 2003 12:59:33 -0000 Received: (qmail 8194 invoked by uid 50); 10 Oct 2003 13:02:36 -0000 Date: 10 Oct 2003 13:02:36 -0000 Message-ID: <20031010130236.8193.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: bugs@httpd.apache.org Cc: Subject: DO NOT REPLY [Bug 23065] - CGI/FastCGI Appl. gets no signal on User Abort X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23065 CGI/FastCGI Appl. gets no signal on User Abort trawick@apache.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From trawick@apache.org 2003-10-10 13:02 ------- This fix, committed to the Apache 2 stable branch for release with the upcoming Apache 2.0.48, seems to cover this situation: *) mod_deflate: Don't attempt to hold all of the response until we're done. [Justin Erenkrantz] Because mod_deflate was buffering the response internally, Apache didn't try to write to the client connection as soon as it should have. Trying to write to the client connection is how we find out that the client pressed STOP. Go to http://cvs.apache.org/viewcvs.cgi/httpd-2.0/modules/filters/mod_deflate.c and download the link that says "1.26.2.8" to grab the latest stable mod_deflate , which has this fix. --------------------------------------------------------------------- To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org For additional commands, e-mail: bugs-help@httpd.apache.org