PHP 4.0 Bug #7918 Updated: fopen fails to open file of form http://....
| From: | sniper@php.net | Date: | Tue, 10 Apr 2001 13:36:10 +0000 |
| Subject: | PHP 4.0 Bug #7918 Updated: fopen fails to open file of form http://.... | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-51281@lists.php.net to get a copy of this message | ||
ID: 7918
Updated by: sniper
Reported By: david@buchan.org
Old-Status: Feedback
Status: Closed
Bug Type: Filesystem function related
Assigned To: venaas
Comments:
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report.
--Jani
Previous Comments:
---------------------------------------------------------------------------
[2001-03-08 20:30:42] sniper@php.net
Please try the latest CVS snapshot from http://snaps.php.net/
--Jani
---------------------------------------------------------------------------
[2001-01-07 14:33:57] venaas@php.net
The reason might be that fopen() doesn't handle redirects. I hope
to add redirect support again though. To check if this is the reason,
check the contents of $http_response_header right after the fopen()
call and see if it contains a redirect.
---------------------------------------------------------------------------
[2000-12-30 19:51:08] sniper@php.net
No feedback. And this works for me.
--Jani
---------------------------------------------------------------------------
[2000-11-22 07:04:06] sniper@php.net
Please add complete (but shortest possible) script
to this report which does not work.
--Jani
---------------------------------------------------------------------------
[2000-11-21 23:38:12] david@buchan.org
[This is related to bug 7894 which was closed without statement of resolution. It looks to be the
same error].
In performing a local installation of Sourceforge 2.0 on Linux Redhat 7.0, the following error
occurs with the fopen statement of the form:
fopen("http://sourceforge/write_cache.php?sys_themeid=1&function=0","r";)
The file is not opened and subsequent use of the file handles confirm that.
If the url is typed directly into Netscape's Address box it works fine and the expected results
are returned.
Users on the Sourceforge offsite discussion group report everthing was fine until 4.03x was
installed.
I am using:
Apache 1.3.14
Php 4.0.3pl1 (complied as an apache module)
Linux Redhat 7.0
Mod_Perl
Mod_ssl
All configurations were out of the box following the basic install instructions.
php.ini was not modified.
---------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view the rest of the comments,
please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7918&edit=2