php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #7918 fopen fails to open file of form http://....
Submitted: 2000-11-21 23:38 UTC Modified: 2001-04-10 09:36 UTC
From: david at buchan dot org Assigned: venaas (profile)
Status: Closed Package: Filesystem function related
PHP Version: 4.0.3pl1 OS: Linux Redhat 7.0
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: david at buchan dot org
New email:
PHP Version: OS:

 

 [2000-11-21 23:38 UTC] david at buchan dot 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.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-11-22 07:04 UTC] sniper@php.net 
Please add complete (but shortest possible) script
to this report which does not work.

--Jani
 [2000-12-30 19:51 UTC] sniper@php.net 
No feedback. And this works for me.

--Jani
 [2001-01-07 14:33 UTC] 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.
 [2001-03-08 20:30 UTC] sniper@php.net 
Please try the latest CVS snapshot from http://snaps.php.net/

--Jani
 [2001-04-10 09:36 UTC] sniper@php.net 
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report.

--Jani
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Wed Oct 09 06:01:26 2024 UTC