php.net |  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
Votes:3
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
 [2007-11-08 23:28 UTC] php at alterego dot dp dot ua
Description:
------------
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 iliaa@php.net:
> 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:
http://www.webreference.com/programming/perl/cookbook/chap4/5.html

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_ZERO(&set);
        FD_SET(fd, &set);
        if (select(fd + 1, &set, NULL, NULL, &tv) >= 0 && FD_ISSET(fd, &set))
        {
            php_handle_aborted_connection();
        }
    }
}



Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2010-12-20 12:09 UTC] jani@php.net
-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] bukka@php.net
-Package: Output Control +Package: Apache2 related
 [2023-10-13 22:36 UTC] bukka@php.net
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 Oct 04 08:01:28 2024 UTC