#17774 [Bgs->Opn]: connection_status() not returning correct result

ID: 17774 User updated by: neil@mpfreescene.com Reported By: neil@mpfreescene.com -Status: Bogus +Status: Open Bug Type: Scripting Engine problem -Operating System: FREEBSD 4.5-STABLE +Operating System: FREEBSD 4.7-STABLE -PHP Version: 4.0CVS-2002-06-15 +PHP Version: PHP/4.3.0RC3 New Comment: Okay, so we got the problem down to apache 2.x. ANyway, I got time to install apache 1.3.27. Now my system is running this :- SERVER_SOFTWARE Apache/1.3.27 (Unix) PHP/4.3.0RC3 And the problem still exists. I run the exact same script as shown above, which yourselfs have verified should return a '1'. The script is returning a 0, even if I press the STOP button. I have not bothered to compile gzip into this apache installation, to ensure it is not that which causes a problem. http://admin.mghost.net/~neil/test/ - script http://admin.mghost.net/~neil/test/output.txt - output file http://admin.mghost.net/~neil/test/test.cgi - standard perl diver script, to show details of my server. Previous Comments: ------------------------------------------------------------------------ [2002-12-08 17:01:42] neil@mpfreescene.com This may interest you :- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8996 Obviously if apaches log files are doing htat, then its completely the fault of apache 2 :-/ ------------------------------------------------------------------------ [2002-12-08 10:46:28] sniper@php.net This report describes another problem: http://bugs.php.net/bug.php?id=14542 So there is clearly some bug in there. But for aborts it definately works (on apache1) so you should report this to apache folks too, would be nice to hear what they think of it.. :) ------------------------------------------------------------------------ [2002-12-08 08:23:31] neil@mpfreescene.com Okay, I should report this to Apache then ? This is a fault in there software ? ------------------------------------------------------------------------ [2002-12-08 03:17:06] sniper@php.net For me your test script makes output.txt contain 1 when I press 'stop' button in my browser. But I'm using Apache 1.3.27. And so should you as Apache2 is still beta quality. ------------------------------------------------------------------------ [2002-12-07 08:47:29] neil@mpfreescene.com Okay, time has moved on, plenty of new versions have come out, ive kept up to the very latest all along, alas, as expected, it still doesnt work. Can I just get a clarification of what should happen when a user presses the stop button on the following script ? My guess is that it should put a 1 or a 2 into the file, not a 0! ------------------------- <? function exitfp() { $fp = fopen("/usr/home/neil/public_html/test/output.txt","a"); fputs($fp, connection_status()); fclose($fp); } register_shutdown_function('exitfp'); if(connection_aborted() != true){print "0";} set_time_limit(0); ignore_user_abort(false); $m = '10'; while(connection_aborted() != true and $a != $m){ $c = 0; while($c != 4096){ print connection_status(); $c = $c + 1; $d = $d + 1; if($d == 128){ $d = 0; print"<br>"; } flush(); } $a = $a + 1; sleep('5'); } exitfp(); ?> --------------------------- You keep telling me this function is fixed, but surely the above code shuld have an output different to 0 if the user presses the stop button ? Heres some version info from my server FreeBSD admin.mghost.net 4.7-STABLE FreeBSD 4.7-STABLE #5: Sun Dec 1 00:39:59 GMT 2002 admin@admin.mghost.net:/usr/obj/usr/src/sys/ADMIN i386 Apache/2.0.43 (Unix) PHP/4.3.0RC2 ------------------------------------------------------------------------ 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/17774 -- Edit this bug report at http://bugs.php.net/?id=17774&edit=1