|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #43219 connection_status() can function properly without output
Submitted: 2007-11-08 23:28 UTC Modified: 2023-10-13 22:36 UTC
Avg. Score:4.7 ± 0.5
Reproduced:3 of 3 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (33.3%)
From: php at alterego dot dp dot ua Assigned:
Status: Open Package: Apache2 related
PHP Version: 5.2.5RC2 OS: Any
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: php at alterego dot dp dot ua
New email:
PHP Version: OS:


 [2007-11-08 23:28 UTC] php at alterego dot dp dot ua
Please regard this comment seriously, it really contains information on how to fix 25266, 22072, 30301 and many other (NOT bogus) bugs under Apache SAPI.

From bug 25266 comment by
> Apache provides a way for PHP to detect if connection was 
> aborted ONLY and ONLY when PHP is either reading data from 
> the user or writing back data.

That is not true.

This link contains description and code (mod_perl) on how to detect disconnection without flushing data:

My untidy but WORKING solution was to add code given below to sapi_apache_flush function and call flush() function before connection_aborted() checks WITHOUT any output. Of course, it would be perfectly logical to add it to connection_aborted function itself, but I could not find any way to call SAPI-specific function from core.

Working code is:
int fd;
struct timeval tv = {0,0};
fd_set set;

if (server_context) {
    request_rec *r = SG(server_context);

    fd = ap_bfileno(r->connection->client, B_WR);

    if (fd >= 0) {
        FD_SET(fd, &set);
        if (select(fd + 1, &set, NULL, NULL, &tv) >= 0 && FD_ISSET(fd, &set))


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2010-12-20 12:09 UTC]
-Package: Tidy +Package: Output Control
 [2012-08-16 17:12 UTC] danclax at rambler dot ru
PHP 5.3.3, Apache 2.2.15, CentOS 6.2 x86 - issue reproducible! I can't believe it! Bug persists 5 years. For me it's vital feature.
 [2023-10-13 22:36 UTC]
-Package: Output Control +Package: Apache2 related
 [2023-10-13 22:36 UTC]
I think this is an API specific problem so changing the packaget type to Apache2 related.
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 09:01:27 2024 UTC