Bug #61336 [Com]: file_get_contents() no longer returns false on 4xx responses

From: Date: Fri, 01 Mar 2013 09:54:17 +0000
Subject: Bug #61336 [Com]: file_get_contents() no longer returns false on 4xx responses
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-177498@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=61336&edit=1

 ID:                 61336
 Comment by:         php at maisqi dot com
 Reported by:        ramsey@php.net
 Summary:            file_get_contents() no longer returns false on 4xx
                     responses
 Status:             Open
 Type:               Bug
 Package:            Filesystem function related
 Operating System:   CentOS 6.2
 PHP Version:        5.4.0
 Block user comment: N
 Private report:     N

 New Comment:

I think I have new info on this issue. If you check the URI at the bottom you'll find three
tests:

1. Using file_file_get_contents() on an non-existing resource on a existing domain:
     Result                : empty string
     $http_response_header : an array

2. Using file_file_get_contents() on a non-existing domain, with follow_location => 0 on the
context:
     Result                : empty string
     $http_response_header : NULL

3. Using file_file_get_contents() on a non-existing domain, __without__ follow_location => 0 on
the context:
     Result                : non empty string
     $http_response_header : an array

I'd expect that all the results should be NULL.

I think the problem has to to with idiosyncratic behavior on some internal library. In the third
test we can see that there's something asking OpenDNS when trying to deal with the non-existing
behavior; and then it sends a Location header. This behavior is not documented.

- The same script on a Windows 7/Apache Server [PHP 5.4.12] works as expected;
- On a Debian 3.2.35-2 running PHP 5.2.5 it works as expected;
- On a Turnkey Linux (Ubuntu based Linux) running PHP 5.3.3-7+squeeze14 it works as expected;
- On a Ubuntu running PHP 5.3.3-7+squeeze14 it works as expected.

So I'd say it has to do with the underlying system libraries and configuration; it would be
nice if others test the script on other kind of servers...

Test script: http://maisqi/outros/bugs/php/61336
[CentOS / PHP 5.4.11]


Previous Comments:
------------------------------------------------------------------------
[2013-01-14 23:52:39] vestigalorgan at gmail dot com

I'm experiencing a similar issue in the PHP version 5.4.7 that ships with XAMPP. When I open a
web URL that throws a warning such as "Warning:
file_get_contents(http://[ip_address_here]:[port_here]): failed to open stream: No connection could
be made because the target machine actively refused it.", file_get_contents() returns an empty
string, instead of false.

I'm not sure if this is related to this bug or I should file a new one. I'm experiencing
this on Windows 7 Professional, SP1 32-bit. I'm only using the first parameter of
file_get_contents().

------------------------------------------------------------------------
[2012-10-18 15:51:46] stasismedia at gmail dot com

I should add...

Both PHP versions in Ubuntu 12.04 x64 running as a guest in Virtualbox.

------------------------------------------------------------------------
[2012-10-18 15:43:27] stasismedia at gmail dot com

I actually get the same issue on both 5.3.11 and 5.4.4:

5.3.11:
-------

array(11) {
  [0]=>
  string(22) "HTTP/1.1 404 Not Found"
  [1]=>
  string(35) "Date: Thu, 18 Oct 2012 15:35:04 GMT"
  [2]=>
  string(29) "Server: Apache/2.2.3 (CentOS)"
  [3]=>
  string(23) "X-Powered-By: PHP/5.3.2"
  [4]=>
  string(20) "Content-language: en"
  [5]=>
  string(88) "Set-Cookie: LAST_LANG=en; expires=Fri, 18-Oct-2013 15:35:04 GMT; 
path=/; domain=.php.net"
  [6]=>
  string(101) "Set-Cookie: COUNTRY=GBR%2C94.195.8.27; expires=Thu, 25-Oct-2012 
15:35:04 GMT; path=/; domain=.php.net"
  [7]=>
  string(21) "Status: 404 Not Found"
  [8]=>
  string(20) "Content-Length: 4182"
  [9]=>
  string(17) "Connection: close"
  [10]=>
  string(37) "Content-Type: text/html;charset=utf-8"
}
string(4182) "<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"


5.4.4:
-------

array(11) {
  [0] =>
  string(22) "HTTP/1.1 404 Not Found"
  [1] =>
  string(35) "Date: Thu, 18 Oct 2012 15:35:19 GMT"
  [2] =>
  string(29) "Server: Apache/2.2.3 (CentOS)"
  [3] =>
  string(23) "X-Powered-By: PHP/5.3.2"
  [4] =>
  string(20) "Content-language: en"
  [5] =>
  string(88) "Set-Cookie: LAST_LANG=en; expires=Fri, 18-Oct-2013 15:35:19 GMT; 
path=/; domain=.php.net"
  [6] =>
  string(101) "Set-Cookie: COUNTRY=GBR%2C94.195.8.27; expires=Thu, 25-Oct-2012 
15:35:19 GMT; path=/; domain=.php.net"
  [7] =>
  string(21) "Status: 404 Not Found"
  [8] =>
  string(20) "Content-Length: 4182"
  [9] =>
  string(17) "Connection: close"
  [10] =>
  string(37) "Content-Type: text/html;charset=utf-8"
}
string(4182) "<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"\n

------------------------------------------------------------------------
[2012-03-30 16:39:42] rasmus@php.net

Unable to reproduce this on any of my Ubuntu 11.10 or Centos machines. I have 
Centos in a VM, but not Virtualbox.

Perhaps you have some weird proxying going on? Break out tcpdump and see what is 
actually coming across the wire.

------------------------------------------------------------------------
[2012-03-30 06:29:59] ramsey@php.net

I've just done a clean install of Ubuntu 11.10 on VirtualBox and then built PHP 5.4 from the
PHP-5.4 branch. I am still encountering this problem.

As this point, the single commonality between environments is that I'm using VirtualBox. Could
this problem be a result of the way in which VirtualBox accesses the network?

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


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

    https://bugs.php.net/bug.php?id=61336


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


Thread (20 messages)

« previous php.bugs (#177498) next »