ID:               22508
 Updated by:       [EMAIL PROTECTED]
 Reported By:      jim at bluedojo dot com
-Status:           Assigned
+Status:           Closed
 Bug Type:         *Directory/Filesystem functions
 Operating System: Windows
 PHP Version:      4.3.1
 Assigned To:      wez
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:
------------------------------------------------------------------------

[2003-03-04 08:34:18] [EMAIL PROTECTED]

1 & 2 seems to work fine in latest CVS.
#3 is a curios bugger, since it causes an unterminated loop due to what
appears to the circular redirect against PHP has no protection.

------------------------------------------------------------------------

[2003-03-03 18:46:30] jim at bluedojo dot com

Hello wez, and thanks for the speedy updates on fopen().

I've found some more types of URLS that causes an error using fopen(). 
I'm using Apache 1.3 and PHP 4.3.x (I used the latest CVS version.) 
They are listed below.

1.) If it redirects from http:// to https:// it will crash Apache
connection.
Example Link:
http://registration.ft.com/registration/sub/manageYourAccount.jsp

2.) If fopen() loads an unauthorized page -- HTTP Error 403 (Forbidden)
it crashes Apache connection.
Example Link: http://www.fc-gabarron.es/en

3.) And I'm not sure why this is causing an error:
Example Link:
http://www.sportingnews.com/RealMedia/ads/click_lx.ads/www.sportingnews.com/soccer/articles/20030302/460373.html/1065908018/Right3/default/empty.gif/34313165376634343365363238633430

I'm not to familiar with programming with sockets and HTTP protocol,
but is there a way to catch all the errors and just simply return false
if the connection doesn't open?

Just place the link in this code to see it happen:

<?      
        $url = "(url goes here)";
        if ($fd = @fopen($url,"r"))
                echo "Success";
        else
                echo "Failure";
        
        fclose($fd);
                
?>

------------------------------------------------------------------------

[2003-03-03 03:22:03] [EMAIL PROTECTED]

We are not fixing bugs in 4.2.x releases any longer; 4.3.x is the
current stable branch, PHP 5 is the current development version.

------------------------------------------------------------------------

[2003-03-02 21:04:36] jim at bluedojo dot com

I also wanted to note that in version PHP 4.2.3 fopen will not work if
it redirects from http:// to https://.  Perhaps it should return false
in this case.

------------------------------------------------------------------------

[2003-03-02 16:47:12] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.



------------------------------------------------------------------------

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/22508

-- 
Edit this bug report at http://bugs.php.net/?id=22508&edit=1

Reply via email to