#22072 [Fbk->Opn]: connection_status() always returning 0

2003-08-01 Thread neil at mpfreescene dot com 
 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=22072&edit=1

#22072 [Fbk->Opn]: connection_status() always returning 0

2003-02-05 Thread neil 
 ID:   22072
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: FREEBSD 4.7-STABLE
 PHP Version:  4.3.0
 New Comment:

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.


Previous Comments:


[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