Last modified: 2010-05-15 15:33:30 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 2265 - Warning: main(includes/SkinTemplate.php): failed to open stream
Warning: main(includes/SkinTemplate.php): failed to open stream
Product: MediaWiki
Classification: Unclassified
Installer (Other open bugs)
Other Linux
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: 2266 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2005-05-30 01:59 UTC by JeffStrongstom
Modified: 2010-05-15 15:33 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description JeffStrongstom 2005-05-30 01:59:16 UTC
I can run Wikipedia successfully on my own Windows XP PC (PHP 4.3.2, Apache
2.0.47), but not on my host's Linux server (same PHP).

URL of wiki is here:

I think it may be this bug:

Comment 1 Brion Vibber 2005-05-30 02:01:21 UTC
$IP is set incorrectly in your LocalSettings.php. Try setting it to the full path.

Was that file created as-is from the installer on that server, or did you manually modify or create it?
Comment 2 Brion Vibber 2005-05-30 02:23:44 UTC
*** Bug 2266 has been marked as a duplicate of this bug. ***
Comment 3 JeffStrongstom 2005-05-30 02:24:50 UTC
Note that 1.3 works fine on the same site and on my home system:

This version works with the same $IP set.

I have tried the following:

None of these appear to work.

I have set it myself. The installer sets it incorrectly.
Comment 4 Brion Vibber 2005-05-30 02:27:19 UTC
What did the installer set it to? Can you confirm the path is wrong? How is it wrong? How did you determine 

Have you confirmed that you're providing the right path? How have you confirmed it?

Can you confirm that all elements in the path are readable?
Comment 5 JeffStrongstom 2005-05-30 02:32:28 UTC
I confirmed the installation's mistake by just firing up the wiki. No link would
connect (would connect to an incorrect subdir or up to the main domain).

I have set my $IP to: "/home/zeromas/public_html/tfs/wiki"
as per the instructions at:
...for my host, I have the directory correct. I have also checked it using "cd"
at unix prompt.

As far as readable goes, you can fire up any file in:

It doesn't let you list the content of the directory, but only because I have
"Options -Indexes" in .htaccess on. Yes, I've tried deleting the .htaccess file
and accessing the wiki, too.

I am using $IP="." for my home system and it works fine. This $IP has worked
fine for me for every other version so far.

Thanks Brion.
Comment 6 Brion Vibber 2005-05-30 02:38:57 UTC
*What* did the installer set it to that it didn't work? What exactly failed? Please be specific, 
providing exact quotes from LocalSettings.php and error output.

This error message indicates that the $IP path currently has a missing initial slash:
Warning: dir(home/zeromas/public_html/tfs/wiki/skins): failed to open dir: No such file or directory in /
home/zeromas/public_html/tfs/wiki/includes/Skin.php on line 22

Can you confirm?
Comment 7 Brion Vibber 2005-05-30 02:41:13 UTC
"would connect to an incorrect subdir or up to the main domain" sounds like your server has badly 
configured virtual hosts that are reporting the wrong path back to the PHP script. Please confirm exactly 
what the paths were set to and exactly what you expected in contrast, and exactly what happened. Confirm 
the exact URI you were sent to and the detected value of $wgServer.
Comment 8 River Tarnell 2005-05-30 02:42:54 UTC
sev => normal    
can you also confirm that the required files are readable by the user 
the web server runs as, as well as the user you are logged in with? 
e.g. that "includes" is at least mode 711, rather than 700?   
Comment 9 JeffStrongstom 2005-05-30 02:52:44 UTC
My server's virtual hosts are fine. So are hostrocket's. The installation sets
these (inappropriate) values on a Windows XP machine:

$IP = "C:\\DRIVES\\IMAGO\\PUB\\public_html\\www\\test";
$wgScriptPath	    = "/phpiselsewhere/php.exe";

Which gives an error when loading up the wiki:
Security Alert! The PHP CGI cannot be accessed directly.

This PHP CGI binary was compiled with force-cgi-redirect enabled. This means
that a page will only be served up if the REDIRECT_STATUS CGI variable is set,
e.g. via an Apache Action directive.

For more information as to why this behaviour exists, see the manual page for
CGI security.

For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this distribution, or
visit the manual page.

So, I change the above to the following, which has worked up to version 1.3
without issues:
$wgScriptPath	    = "/wiki";

Now, this configuration works fine on my windows XP machine running apache. I
can access it through:
... just fine.

When I upload this installation over to my hostrocket server ( it
presents the error seen:

So, the question is, what exactly is incorrectly set with my $IP and
$wgScriptPath? Setting it to something relative like "." does not work, nor does
using absolute path.

Comment 10 JeffStrongstom 2005-05-30 02:56:47 UTC

Original file attributes are standard for a website (644). Changing this to 777
does not yield any changes...

Comment 11 River Tarnell 2005-05-30 02:58:20 UTC
your $IP appears to be separated via a semicolon (;).  on Unix a colon  
(:) is used.  please try changing this.  
Comment 12 Brion Vibber 2005-05-30 02:58:30 UTC
The first problem is that your PHP configuration on your Windows machine is very unusual and appears to introduce 
incorrect values that confuse the installation there.

The second problem is that you're copying the configuration file from your Windows machine to a Unix server; this will 
cause a number of lines in the config file to be incorrect.

Find the line something like this:
  ini_set( "include_path", ".;$IP;$IP/includes;$IP/languages" );

and change it to:
  ini_set( "include_path", ".:$IP:$IP/includes:$IP/languages" );

Change the semicolons to colons.

Having $IP set to "." is not expected nor supported, and is very likely to cause you trouble. You should use the full 
Comment 13 JeffStrongstom 2005-05-30 03:05:24 UTC

Changing the semicolons to colons did the trick.

Thanks for being so patient...
Comment 14 River Tarnell 2005-05-30 03:49:02 UTC
sev => normal 
component => installation 

Note You need to log in before you can comment on or make changes to this bug.