PHP 4.0 Bug #7918 Updated: fopen fails to open file of form http://....

From: 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

« previous php.dev (#51281) next »