ID: 22072 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: FREEBSD 4.7-STABLE PHP Version: 4.3.0 New Comment:
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. Previous Comments: ------------------------------------------------------------------------ [2003-02-06 01:55:15] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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=22072&edit=1
