Topic on Project:Support desk

Hi,

I'm currently moving to a new server with a newer Debian version and with that the version of MediaWiki changes as well. So MediaWiki is installed from the Debian sources.

I copied over the config files, upload folders etc. and exported/imported the databases. (I'm actually running 3 MediaWikis with /etc/mediawiki/LocalSettings.php pointing to 3 different LocalSettings files which always worked fine in the past ans still seems to work).

After running the update skript for the different databases the Wikis seem to work. The problem I have is that I'm missing any style or skin, it looks like a pure white html page. And I don't find any hint in the log even when changing the apache LogLevel to debug. Nothing changes when I comment out the line $wgDefaultSkin = 'monobook'; in my LocalSettings.php

I already read in another post that creating a symlink load.php -> /usr/share/mediawiki/load.php in /var/lib/mediawiki would help but it exists already in my case.

Do you have any hint for me what is needed to get a beautiful and user friendly layout on the new server?

Thanks in advance.

Regards,

Yvonne

Hi Yvonne,

see Manual:Load.php!

Another place to check is Manual:Errors_and_symptoms#The_wiki_appears_without_styles_applied_and_images_are_missing.

Hi,

The Manual:Load.php mentions a .htaccess file which I think I don't have. But there are already rewrite rules in /etc/apache2/sites-available/mywiki.conf so I assume I can add it there?! I simply copied this part from the old server and inserted the new line now:

RewriteEngine On

RewriteRule ^(api|load)\.php - [L]

RewriteCond %{REQUEST_FILENAME} "^/upload"

RewriteRule ^(.*)$ $1 [PT,L]

RewriteCond %{REQUEST_FILENAME} "^/extensions"

RewriteRule ^(.*)$ $1 [PT,L]

RewriteCond %{REQUEST_FILENAME} "^/skins"

RewriteRule ^(.*)$ /wiki/$1 [PT,L]

RewriteRule ^(.*)$ /wiki/index.php/$1 [PT,L,QSA]

Is there something wrong with it?

It still does not work :-(

Concerning the second link:

How can I "Try to browse the load.php file of my MediaWiki installation with my web browser"?

From reading your source code, I found something interesting at least:

In the last rule you are redirecting everything to wiiki/index.php. Obviously you have the wiki installed in the subfolder called wiki/. In exactly this folder there are the files api.php and load.php. These two files should be made accessible with the very first rule. Does it work, if you replace the line

RewriteRule ^(api|load)\.php - [L]

with this one (wihout the "^" at the start?

RewriteRule (api|load)\.php - [L]

By the way, you can just view the HTML source code of a wiki page with your web browser. In the head of that page there will be several links to load.php. Just follow one of them and see, what it shows you...

Unfortunately it does not work neither when I replace the line as you described it above.

The link to load.php in the source code of the wiki in the browser is in both cases the same. When I call this link in the browser I get:

"There is currently no text in this page." (The path is exactly like the one to the main page, "Main_Page" is simply replaces with "Load.php".)

I found that I should put

$wgLoadScript   = "{$wgScriptPath}/load.php";

into my LocalSettings.php

but it does not make a difference.

In the line with $wgLoadScript, which you quoted above, the value is identical to it's default value. I would just remove that line. This should not influence the problem.

The _correct_ situation would be that you click the link to load.php and the result is _not_ a wiki page, but it is some CSS styles or some JavaScript lines.

If the link instead shows a wiki page, then the RewriteRules do not fit. Whatever it is that is linked as load.php, exactly this file should be accessible without Apache rewriting the according requests.

Note that after a change in the .conf files of Apache, you have to restart the server for these changes to take effect!

Thanks for your help! I found the last missing piece: In addition to the rewrite rule I had to change $wgScriptPath from "" to "/wiki" after the upgrade on the new server and now all wikis are up and running again :-)