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

go to bug id or search bugs for

Bug #23309 Script named php.php does not execute
Submitted: 2003-04-22 16:45 UTC Modified: 2003-04-23 08:49 UTC
From: phillip dot hegarty at ntlworld dot com Assigned:
Status: Not a bug Package: Scripting Engine problem
PHP Version: 4.3.1 OS: Suse Linux 8.2
Private report: No CVE-ID: None
View Developer Edit
 [2003-04-22 16:45 UTC] phillip dot hegarty at ntlworld dot com 
I had a test script called php.php stored in /srv/www/htdocs with permissions rw-r--r--
<?php
phpinfo();
?>
Everytime I try to execute it, I am offered the opportunity to download or open it.  Renamed file to phpinfo.php and it correctly executes.  Renamed to fred.php, it executes.  Renamed to php.php, back to being offered a download.

Vanilla install of Suse 8.2

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-04-22 17:09 UTC] rasmus@php.net 
Odd, unable to reproduce here.  How is PHP triggered in your httpd.conf and which mime type is it you see in the download dialog?
 [2003-04-23 02:44 UTC] sniper@php.net 
Can't reproduce either, must be a configuration error
by user. Not bug -> bogus.
 [2003-04-23 08:49 UTC] phillip dot hegarty at ntlworld dot com 
As it works correctly  from MacOSX, Linux and other Win PCs, I am assuming that the Development PC I am using must have a config error causing this.  In answer to Rasmus, the type trying to Save/Open is Maguma Studio File.  Behaviour manifests itself only with a page/script named php.php.  This bug reported to Maguma.  Apologies - it does appear to be bogus.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Tue Oct 06 21:00:01 2026 UTC