ID:               21267
 User updated by:  [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
-Status:           Closed
+Status:           Open
 Bug Type:         *URL Functions
 Operating System: FreeBSD
 PHP Version:      4.4.0-dev
 New Comment:

No, you didn't understand the problem. In reality it doesn't return a
404 error, but because a 302 is given back in the form:

newpage.htm

but is handled as /newpage.htm, it opens the wrong redirect and that
returns a 404. In PHP 4.2.x this works fine.
The URL:

http://www.smswhiz.com/http2sms/sendsms.asp

Does not return a 404-error when you follow it manually!


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

[2003-01-03 10:25:46] [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.

404 means the page cannot be found, openning 404 error handler URL is
counter intuitive since it implies that the fopen() succeeded opening
the request page, even though the requested page does not exist.
This will not be fixed.

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

[2003-01-03 05:12:10] [EMAIL PROTECTED]

Tnx for the fast change, and it is almost working. But one thing still
doesn't:

When you open:

http://www.smswhiz.com/http2sms/sendsms.asp

You get a redirect to sendfailed.htm. The new URL to open should be:

http://www.smswhiz.com/http2sms/sendfailed.htm

and this site exists. But when I try it with PHP (with the latest
snapshot ofcourse), I get a 404, so I think it opens:

http://www.smswhiz.com/sendfailed.htm

I know, IIS 5.0 really sucks in those redirects, but can you maybe fix
this problem too? Tnx!

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

[2002-12-29 14:03:03] [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.



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

[2002-12-29 12:06:44] [EMAIL PROTECTED]

But can you tell me why in version 4.2.3 this works perfect?

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

[2002-12-29 10:05:47] [EMAIL PROTECTED]

That's because of the silly 302 temporary redirect to a relative URL
with GET-method args that is done on that site.  Open the right
location and it should work fine.  We probably should support this at
some point though.

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

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

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

Reply via email to