4.0.7 Release [Critical Bugs]

Hi guys, Sorry I havnt been keeping up to speed on the RC, Ive been busy moving flat while trying to keep up with paid work :) Anyway I have 4 critical bugs which need to be discussed and either decided as not critical or critical before the 4.0.7 release. Bug ID: 9427 ========= Status: Critcal By: rargo at mcleodusa dot com Reported: 2001-02-23 Type: Performace Problem OS: Linux Mandrake 7.2 (All???) Verified: No Summary: PHP hangs when packets aren't returned when using session_start() --- Short script: <? mysql_connect("10.0.0.244", "user", "passwd");?> Really any socket connection code. Configure Command: './configure' '--with-apxs=/usr/sbin/apxs' '--with-mysql=/usr' '--with-mcrypt=../mcrypt-2.2.6' '--with-mhash=../mhash-0.8.4' '--with-ldap' '--with-fdftk' '--with-pdflib' '--with-zlib' '--with-gd' '--with-pspell' '--with-oci8' '--with-java=/opt/IBMJava2-13' '--enable-sigchild' Pretty much the default php.ini. We noticed this occurring once we put the machine inside a DMZ. If PHP tries to connect to an address that the DMZ isn't allowing, the DMZ throws the packets away and PHP sits there waiting for a response. This only happens when session_start() is called in the page. If session_start() is commented out, the normal PHP warnings appear telling me of mysql or ldap not being able to connect. More Information: http://www.php.net/bugs.php?id=9427&edit=1 Bug ID: 11204 ========== Status: Critcal By: dhubbard at dino dot hostasaurus dot com Reported: 2001-05-30 Type: HTTP Related OS: Linux (All???) Verified: Yes <sniper at php dot net> Summary: readfile/file fail if HTTP header is not returned --- Use readfile("http://www.internic.net") and it works fine, returning the InterNIC web page. Use readfile("http://www.internic.net/cgi/whois?whois_nic=blah.com&type=domain") against their page, which is a valid GET-request URL and works great from a browser and readfile doesn't work. I dug a little deeper and did a packet capture while trying my PHP page with both URL's. Both URL's return just fine in the packet capture, complete information, so why does the second URL with the query not work? The absolute only difference I can see in the packet capture that could make a difference here is that the normal pages are returned with a HTTP/1.1.200 on the top whereas the other URL is missing the HTTP response code! I'm not sure if it's legal HTTP for that code to be missing but could that be the problem? More Information: http://www.php.net/bugs.php?id=11204&edit=1 Bug ID: 11998 ========== Status: Critcal By: me at philth dot net dot nz Reported: 2001-07-10 Type: HTTP Related OS: FreeBSD Verified: Yes (Browser IE 5.5 related to bugs in rfc1867.c) Summary: Crash on multipart file form upload --- More information including BT's: http://www.php.net/bugs.php?id=11998&edit=1 Bug ID: 12909 ========== Status: Critcal By: edink at proventum dot net Reported: 2001-08-22 Type: Compile Failure OS: RD Linux 6.2-7.1 Verified: Yes <sniper at php dot net> Summary: CGI sapi compilation fails --- More information: http://www.php.net/bugs.php?id=12909&edit=1 Cheers, - James