#22072 [Fbk-Opn]: connection_status() always returning 0
ID: 22072 User updated by: neil at mpfreescene dot com Reported By: neil at mpfreescene dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FREEBSD 4.7-STABLE PHP Version: 4.3.2 New Comment: Test the new CVS, it is still doing the same. Previous Comments: [2003-07-31 20:27:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-24 03:35:38] neil at mpfreescene dot com Does PHP 5 include this bug, will this ever get fixed ? [2003-02-19 10:48:26] jorgeg at gtsf dot com Hope this helps. Two other functions affected: ignore_user_abort(), connection_aborted() The first one is useless, it keeps running the script regardless the param has been set to true or false. The second one is always 0. Apache 2.0.44, PHP 4.3.0, Windows 2k [2003-02-06 04:36:28] neil at mpfreescene dot com To further assist you in your diagnosis, I have supplied you with additional parameters to the script that is failing. Firstly you can run the script http://www.mpfreescene.com/test/ Secondly you can see the source http://www.mpfreescene.com/test/?option=source Thirdly you can see phpinfo http://www.mpfreescene.com/test/?option=info Forthly you can see the output.txt file, i.e. the result of the failing script :- http://www.mpfreescene.com/test/?option=data Just to recap, this identical script works fine on apache 1, I have been to apache they are pushing it back as an php error [the error they found in an apache2 specific library maybe ?]. And the problem is I run the script, whenI press stop, it continues to run in the background and completes normally, i.e. it doesnt recogonise the user abort. Thanks for your help in this matteer. [2003-02-05 15:58:50] crockett at horizon dot bc dot ca connection_status() always returns zero on Win32 4.3.0 running IIS. Yes, ignore_user_abort(true) is set. Bradley Crockett The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22072 -- Edit this bug report at http://bugs.php.net/?id=22072edit=1
#22072 [Ver]: connection_status() always returning 0
ID: 22072
User updated by: neil at mpfreescene dot com
Reported By: neil at mpfreescene dot com
Status: Verified
Bug Type: Apache2 related
Operating System: FREEBSD 4.7-STABLE
PHP Version: 4.3.2
New Comment:
Does PHP 5 include this bug, will this ever get fixed ?
Previous Comments:
[2003-02-19 10:48:26] jorgeg at gtsf dot com
Hope this helps. Two other functions affected:
ignore_user_abort(), connection_aborted()
The first one is useless, it keeps running the script regardless the
param has been set to true or false. The second one is always 0.
Apache 2.0.44, PHP 4.3.0, Windows 2k
[2003-02-06 04:36:28] neil at mpfreescene dot com
To further assist you in your diagnosis, I have supplied you with
additional parameters to the script that is failing.
Firstly you can run the script
http://www.mpfreescene.com/test/
Secondly you can see the source
http://www.mpfreescene.com/test/?option=source
Thirdly you can see phpinfo
http://www.mpfreescene.com/test/?option=info
Forthly you can see the output.txt file, i.e. the result of the failing
script :-
http://www.mpfreescene.com/test/?option=data
Just to recap, this identical script works fine on apache 1, I have
been to apache they are pushing it back as an php error [the error they
found in an apache2 specific library maybe ?]. And the problem is I
run the script, whenI press stop, it continues to run in the background
and completes normally, i.e. it doesnt recogonise the user abort.
Thanks for your help in this matteer.
[2003-02-05 15:58:50] crockett at horizon dot bc dot ca
connection_status() always returns zero on Win32 4.3.0 running IIS.
Yes, ignore_user_abort(true) is set.
Bradley Crockett
[2003-02-05 09:05:27] neil at mpfreescene dot com
This bug is effecting the connection_status() function in apache 2.x
Okay, getting back to a long standing bug, which we kind of come to the
conclusion last time that it may be a bug in apache 2.x because it
works in apache 1.
Well time has come on, I have submitted the bug to apache after they
fixed the incorrect bytes logged bug, and this is what they have come
up with :-
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16426
ok, I've grabbed the current php source and looked into sapi_apache2.c.
It's
definitely a php bug. Line 90 shows:
if (ap_pass_brigade(f-next, bb) != APR_SUCCESS) {
php_handle_aborted_connection();
}
which won't match in most cases. Also Line 252 and 498.
AFAICS mod_php should (additionally) check connection-aborted.
(marking this bug invalid again)
--
Edit this bug report at http://bugs.php.net/?id=22072edit=1
#22072 [Ver]: connection_status() always returning 0
ID: 22072 User updated by: neil at mpfreescene dot com Reported By: neil at mpfreescene dot com Status: Verified Bug Type: Apache2 related Operating System: FREEBSD 4.7-STABLE PHP Version: 4.3.1-dev New Comment: I see we are moving into new versions of php since this bug was VERIFIED. Have we any ETA for when it may be cured ? Or has it already been cured in newer versions ? Previous Comments: [2003-02-19 10:48:26] jorgeg at gtsf dot com Hope this helps. Two other functions affected: ignore_user_abort(), connection_aborted() The first one is useless, it keeps running the script regardless the param has been set to true or false. The second one is always 0. Apache 2.0.44, PHP 4.3.0, Windows 2k [2003-02-18 02:43:04] neil at mpfreescene dot com Just checking in with you guys, does it look like a problem that will be fixed any time soon ? Im guessing that Status : Verified does mean that you too can see the error I speak of ? :) Many thanks. [2003-02-06 04:36:28] neil at mpfreescene dot com To further assist you in your diagnosis, I have supplied you with additional parameters to the script that is failing. Firstly you can run the script http://www.mpfreescene.com/test/ Secondly you can see the source http://www.mpfreescene.com/test/?option=source Thirdly you can see phpinfo http://www.mpfreescene.com/test/?option=info Forthly you can see the output.txt file, i.e. the result of the failing script :- http://www.mpfreescene.com/test/?option=data Just to recap, this identical script works fine on apache 1, I have been to apache they are pushing it back as an php error [the error they found in an apache2 specific library maybe ?]. And the problem is I run the script, whenI press stop, it continues to run in the background and completes normally, i.e. it doesnt recogonise the user abort. Thanks for your help in this matteer. [2003-02-06 01:55:15] neil at mpfreescene dot com Installed this morning, fresh. Absolutley no difference whatso ever, not even a little bit, still the same 0's being reported via connection_status when the stop button is pressed. [2003-02-05 16:08:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22072 -- Edit this bug report at http://bugs.php.net/?id=22072edit=1
#22072 [Ver]: connection_status() always returning 0
ID: 22072
User updated by: neil at mpfreescene dot com
Reported By: neil at mpfreescene dot com
Status: Verified
Bug Type: Apache2 related
Operating System: FREEBSD 4.7-STABLE
PHP Version: 4.3.1-dev
New Comment:
Just checking in with you guys, does it look like a problem that will
be fixed any time soon ?
Im guessing that Status : Verified does mean that you too can see the
error I speak of ? :)
Many thanks.
Previous Comments:
[2003-02-06 04:36:28] neil at mpfreescene dot com
To further assist you in your diagnosis, I have supplied you with
additional parameters to the script that is failing.
Firstly you can run the script
http://www.mpfreescene.com/test/
Secondly you can see the source
http://www.mpfreescene.com/test/?option=source
Thirdly you can see phpinfo
http://www.mpfreescene.com/test/?option=info
Forthly you can see the output.txt file, i.e. the result of the failing
script :-
http://www.mpfreescene.com/test/?option=data
Just to recap, this identical script works fine on apache 1, I have
been to apache they are pushing it back as an php error [the error they
found in an apache2 specific library maybe ?]. And the problem is I
run the script, whenI press stop, it continues to run in the background
and completes normally, i.e. it doesnt recogonise the user abort.
Thanks for your help in this matteer.
[2003-02-06 01:55:15] neil at mpfreescene dot com
Installed this morning, fresh.
Absolutley no difference whatso ever, not even a little bit, still the
same 0's being reported via connection_status when the stop button is
pressed.
[2003-02-05 16:08:19] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-02-05 15:58:50] crockett at horizon dot bc dot ca
connection_status() always returns zero on Win32 4.3.0 running IIS.
Yes, ignore_user_abort(true) is set.
Bradley Crockett
[2003-02-05 09:05:27] neil at mpfreescene dot com
This bug is effecting the connection_status() function in apache 2.x
Okay, getting back to a long standing bug, which we kind of come to the
conclusion last time that it may be a bug in apache 2.x because it
works in apache 1.
Well time has come on, I have submitted the bug to apache after they
fixed the incorrect bytes logged bug, and this is what they have come
up with :-
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16426
ok, I've grabbed the current php source and looked into sapi_apache2.c.
It's
definitely a php bug. Line 90 shows:
if (ap_pass_brigade(f-next, bb) != APR_SUCCESS) {
php_handle_aborted_connection();
}
which won't match in most cases. Also Line 252 and 498.
AFAICS mod_php should (additionally) check connection-aborted.
(marking this bug invalid again)
--
Edit this bug report at http://bugs.php.net/?id=22072edit=1
