Project:Support desk/Archives/PHP/001


This page currently contains pre-2009 25 topics. It needs 25 more topics before creating another archive.


(RESOLVED) Add Groups

Does simply adding a group in LocalSettings.php cause MediaWiki to allow users to be added?

Yes. 17:32, 20 May 2006 (UTC)[reply]

And how to add a group? I can't find anything about adding groups to mediawiki.

I found that you can add groups simply by creating permissions for them in localsettings.php. For example entering:
         "$wgGroupPermissions['internaluser']['read']   = true;"
Will create the group "internaluser", and also provide them with read access.
This is not very correct. It's correct that this way a user group "internaluser" is created. But this group has the user rights of the standard group "user" as well, so you don't need to give them read access additionally – except when you denied read access to the standard "user" group (which is not very senseful :-) ). If you want to give standard users less rights than they have in a standard installation, but to have special users who have these rights again, first deny the right to the "user" group, then give the right back to the special group, e. g.:
$wgGroupPermissions['user']['createpage']   = false;
$wgGroupPermissions['internaluser']['createpage'] = true;
At least this is the way how it works in my 1.9.x installations. Regards -- 08:15, 14 June 2008 (UTC)[reply]

(RESOLVED) Going direct to Edit page when article does not yet exist from link or search

Just set up a new Wiki last week, and during initial customization I found instructions on how to configure it to automatically bring up an edit page with text editor whenever a page is not found. Sounded efficient, so I did it. Since our users are all Wiki Newbies, it turned out not to be so good an idea, after all, but now I can't find the instructions in order to set it back! I would have sworn this info was in the FAQ, but during install and setup I was bouncing back and forth between meta, here, and some third-party sites trying to figure out what to do next, so I could very well be wrong. Can someone please tell me how to set this feature back to the default, and perhaps it should be included in the faq. Thanks.

It's $wgGoToEdit; remove the override line from LocalSettings.php or set it to false. robchurch | talk 12:57, 13 July 2006 (UTC)[reply]

(RESOLVED) Protect Namespace

Only sysops can add pages to Mediawiki namespace. Is it possible to create new namespace, where only sysops will have permission in adding and editing pages? Or change preferences for existing namespace, i.e. Help: ?

meta:Setting user rights in MediaWiki and meta:Hidden pages. Seb35 16:38, 28 June 2006 (UTC)[reply]

Thanks for fast answer! I've never use and don't know php language, but I found in includes/Title.php this code:

 		if( NS_MEDIAWIKI == $this->mNamespace &&
		    !$wgUser->isAllowed('editinterface') ) {
			wfProfileOut( $fname );
			return false;

I copied it again, and changed NS_MEDIAWIKI in i.e. 100 - number of my custom namespace. And it works! - Only sysops can add and edit pages in this namespace, but everyone can read it. I would like to ask you - is it good and safe solution? 21:35, 28 June 2006 (UTC)

Yes, but you will lose the change when you next upgrade your copy of MediaWiki, unless you take care. Make sure you note the changes you have made to a separate (new) file so that you can re-apply them after an upgrade. Also be sure to lock your wiki when you perform an upgrade, otherwise there will be a period of time between upgrading to the new version and re-applying your fix when these pages will be editable by everyone! Note that subsequent versions of MediaWiki may not work in the same way, so your fix is not guaranteed to work in the future, however I don't know of any method of achieving the above using the existing settings so unless I am mistaken then hacking the code is the best way, for now. --HappyDog 12:12, 29 June 2006 (UTC)[reply]


(RESOLVED) Change the value of $wgLogo to point to the URL of your own logo image does not work.

I changed the URL to point my Logo.jpg but it only shows on random pages. 12:00, 27 November 2007 (UTC)[reply]

Reconfigure your localsettings file. --Truetech (Talk) Tournesol.png MediaWiki Support Team 04:04, 12 August 2008 (UTC)[reply]


(OUTDATED) Need help: PHP has encrusted an Access violation at 01EDAE66

PHP has encrusted an Access violation at 01EDAE66

web sever: Microsoft-IIS/5.0

Dear friends,

I am a new mediawiki administrator, the previous one installed it and left. the wiki is set as a intranet site. recently, our wiki is down so often with error message "PHP has encrusted an Access violation at 01EDAE66", I searched google, mediawiki sites for several days, but did not have any clue. any body has the same experience? any suggestion is appreciated!


Susan —The preceding unsigned comment was added by Susan9508 (talkcontribs) 08:11, 8 February 2008. Please sign your posts!

That's a system crash which probably means PHP or IIS is not configured or set up properly --Nad 09:38, 8 February 2008 (UTC)[reply]
We installed other components in e107 with wiki together, including Forum, call serivces, etc, it works fine, they are installed in a same server with same PHP and IIS setting, this problem happens just on WIKI. Could you please give me more detail information, or I have to reinstall php, wiki? appreciate.--Susan9508 14:15, 8 February 2008 (UTC)[reply]

(OUTDATED) Server Problems...

I've been some problems with my server (I think). There are several times when I will visit my wiki and the resulting page will be completely blank. This is not a 404 error, the URl is clearly visible in the address bar, but the page is completely blank....even the source code.

It doesn't happen for very long (the longest "outage" so far was 10 minutes), usually it is only down for 1-2 minutes, and then it comes right back. But it is very annoying, and if someone is visiting my page for the first time and encounters the blank age, they may not come back, thinking it a dead site.

My hosting company (Siteground) insists that there is no problem and that it must be my internet connection. However, I have a friend in another state whom I was chatting with via IM, and I asked them to look at the site at the exact moment, and they got the same thing, a blank page, so it cannot be just me.

My questions are:

  • Has this happened to anyone else?
  • Is Siteground a good server, or should I look into someone else?
  • If I need to transfer to another easy/difficult is it to move an entire wiki database? Is it just a matter of exporting and re-importing the MySQL database? I am sure there are more steps than this.

Sorry for the long post, but....this is getting frustrating. It happens 3-4 times an hour as of late. 16:12, 12 February 2008 (UTC)[reply]

If its an intermittent problem like that and you're not experiencing the same thing with other sites, then I can't see how the provider can say its not their problem. It should be no problem moving the site elsewhere, just take a complete copy of your wiki directory structure so you get your localsettings and uploaded files, and export your database as SQL (not XML or other custom format or you may not have the same tools on your target server). When you set up your new database, try and keep all the login and database name the same to avoid need to do any configuration changes. --Nad 19:42, 12 February 2008 (UTC)[reply]
This is what they told me:
"The issue you have experienced was explained in my previous reply. That is why I have used the same response. I apologize if it sounded unprofessional.
I have now double checked the error logs on the server and the error_log under the public_html folder on your account. There is not errors which may cause this issue.
That means that the issue could be caused only from a script which is timing out. This caused the blank screen on location from which there is a lack of Internet to our Data-Center.
Unfortunately there is nothing we can do to prevent such network glitches because they are not on our network.
Please let us know if we may assist you further on this matter.
Looking forward to your reply."
I don't understand how it can be happening to me and to other viewers of the site...from another state even...and it is our faults and not the servers! Maybe someone here can explain it?
- 22:35, 12 February 2008 (UTC)[reply]

(RESOLVED) PHP problems, possibly doe to the way I have to edit the software

I have a Wiki that I wanted to add a user group to. After a considerable amount of confusion about LocalSettings.php, I decided to just try it, and revert the changes if it failed. What ended up happening was the group was successfully created, but it added repeated lines of "Warning: Cannot modify header information - headers already sent by (output started at /home/content/g/a/e/gaeamil/html/wikiverse/LocalSettings.php:2) in /home/content/g/a/e/gaeamil/html/wikiverse/includes/WebResponse.php on line 10". Also, no redirects work. I don't know about page redirects, but neither an edit nor typing in the URL without the whole ?title= bit allows you to reach a page. The second link above can send you right to the main page. I reverted every edit, and tried replacing WebResponse.php with a fresh version just downloaded from here, even though I never edited it. It may be caused by the fact that I have not found a way to replace files on my server without first deleting the old copy, thus making a gap which could have messed up the Wiki. I really wish I had editing capabilities, but I do not. Can someone help me get my wiki back to the way it was? Thank you. 06:53, 15 February 2008 (UTC) —(Gaeamil, not logged in.)[reply]

This can be due to a space or a line break at the start of your LocalSettings.php, that will start the output and disallow any newer header to be send, be sure that there is no space nor line break (and maybe no BOM caracter). iAlex 20:09, 15 February 2008 (UTC)[reply]
Also spaces at the end after the ?> will cause that problem, it's best to simply remove the ?> completely. --Nad 21:25, 15 February 2008 (UTC)[reply]
I'll try these. When I downloaded the file, however, the line break was already there. Maybe it's my download algorithm or something stupid like that. Or perhaps I hit enter and never realized.
OK, now it says "Parse error: syntax error, unexpected $end in /home/content/g/a/e/gaeamil/html/wikiverse/LocalSettings.php on line 126", but when I look at the file, there is no "$end". -- Gaeamil -- 23:03, 15 February 2008 (UTC)[reply]
Could you please paste lines 124-126 of your LocalSettings.php file here? I'm guessing it is due to some syntax error. --Skizzerz talk - contribs Tournesol.pngMediaWiki Support Team 15:56, 17 February 2008 (UTC)[reply]
I'll see... I use Notepad to edit it, and it doesn't split the lines very well. I'll just re-upload the LocalSettings file and link it, OK? LocalSettings, directly copied from the wiki-- 00:28, 18 February 2008 (UTC)[reply]

Wait, you use Notepad to edit the file? That may explain your issues then. Notepad usually adds a BOM character, which messes up the PHP file. Try using a different text editing program (I use Notepad++, but it's up to you really) and see if that helps. --Skizzerz talk - contribs Tournesol.pngMediaWiki Support Team 01:04, 18 February 2008 (UTC)[reply]

Er, I don't have another. Perhaps I could use a Hex editor. It shows the ASCII version... I just need to know what needs to be done to get this back to how it was before.--Gaeamil -- 01:43, 18 February 2008 (UTC)[reply]
Notepad++ is downloadable here, or if you can't/don't want to download and install a new program, Windows WordPad does not attach BOMs to files. Also, you will need to use a hex editor to remove the BOM from the file. --Skizzerz talk - contribs Tournesol.pngMediaWiki Support Team 04:06, 18 February 2008 (UTC)[reply]
OK, so you know, I truly have no clue what I'm doing here. Is it possible to just get someone to fix the file, or at least give me a full step-by-step? --Gaeamil-- 07:27, 18 February 2008 (UTC)[reply]

Had a new idea: I deleted and reinstalled the Wiki software. Dirty, but effective. --Gaeamil-- 23:38, 1 March 2008 (UTC)[reply]

(RESOLVED) Setting header <link rel="alternate" type="application/rss+xml" title="" href="/rss.php">

how can I set <link rel="alternate" type="application/rss+xml" title="" href="/rss.php">

so Internet explorer will see there is feeds on my site?

-- 12:51, 20 February 2008 (UTC)[reply]

Just copy copy the code from User:DJ Jeri/LinkTag to the file named LinkTag.php, then save it to your extensions directory and at the end of your LocalSettings.php add following line:
require_once( "$IP/extensions/LinkTag.php" );
 mgrabovský | talk  (DJ Jeri)  Tournesol.pngMW Support Team 13:48, 21 February 2008 (UTC)[reply]

(RESOLVED) Generating New Pages with PHP Script

I need to create a batch of new pages using data from a separate MySQL database. I have a script that extracts the appropriate data and creates the wikitext, but I don't know of a way to create new pages other than copying and pasting the wikitext into the web interface. Is there a way to create new pages via PHP scripting?

Thanks. — 02:01, 25 February 2008 (UTC)[reply]

Yes, but you will probably have to write a bot. See Wikipedia:Creating a bot for different frameworks, including one in PHP. Mønobi 03:14, 25 February 2008 (UTC)[reply]
Pywikipediabot's script can do exactly this; or should have info or a downloadable copy. --Carlb 01:15, 26 February 2008 (UTC)[reply]
Hello. If I had to create, say, 15 or 1500 pages, I would do this directly by MySQL. The procedure ist not so difficult, you have to use the INSERT syntax two times:
INSERT INTO text SET old_text = "..... put here your new text (which may not contain double quotes) ...";
INSERT INTO page SET page_title = "..... put here your page title ...";
YOU NEED: SSH access, MySQL access.
First make a copy / dump of the database. (I can do all this for you if you want me to.)
Question in return: Does email notification work?? --Detlef Lindenthal 20:30, 26 February 2008 (UTC)[reply]


We are experiencing intermittent errors as below:-

[18-Feb-2008 13:11:02] PHP Warning:  require_once(./includes/WebStart.php) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: No such file or directory in D:\www\wiki\index.php on line 38

[18-Feb-2008 13:11:02] PHP Fatal error:  require_once() [<a href='function.require'>function.require</a>]: Failed opening required './includes/WebStart.php' (include_path=''.;\;D:\www\wiki;D:\www\wiki\includes;c:\php\PEAR'') in D:\www\wiki\index.php on line 38

The error may not occur for days - but when it does occur, it generally happens repeatedly for all users for a period of time before stopping again. I have checked the permissions on the files and they seem fine. I've tried editing the file to replace the relative path with an absolute path and this works - but just seems to move the same problem to a later point in the code.

Any help would be greatly appreciated. —Darkenergy 09:03, 26 February 2008 (UTC)[reply]

I'm not sure to have the solution, but the file index.php has been modified in this place since 1.11 : in the revision 30751 diff nikerabbit has changed the code to have full paths.
You can try to modify this like he has made, but keep a clean copy of the file before modifying.
Or you can wait some days (I think) to upgrade MediaWiki with the version 1.12.
~ Seb35 08:40, 27 February 2008 (UTC)[reply]
I replaced my index.php with this updated version. It did fix the problem in index.php but, as before, the problem then appeared in WebStart.php on line 69.
[10-Mar-2008 11:16:21] PHP Warning: require_once(./StartProfiler.php) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: No such file or directory in D:\www\wiki\includes\WebStart.php on line 69

(RESOLVED) How to run/use on PHP 6?


I have asked this question elsewhere on this site, but never got an answer...

Is there any way to run/use MediaWiki while using PHP 6 ? Also with MySQL 6 ?


CielProfond 23:47, 27 February 2008 (UTC)[reply]

If I recall correctly there is some sort of conflict with PHP 6, although that may just be due to the build the person used. Otherwise I don't see why PHP 6 won't work. MySQL 6 on the other hand probably won't work, or if it does not well, considering it's alpha status. --Skizzerz talk - contribs Tournesol.pngMediaWiki Support Team 21:25, 28 February 2008 (UTC)[reply]
Thanks for the replies. I had found a way to *install* MediaWiki on PHP6, by disabling a check for a PHP function that no longer exists (can't seem to remember or find which one), but there are problems afterwards. I'd like to hear of anybody who has tried and succeeding in using MediaWiki with PHP6, and of course I'll (slowly) work on the issue myself! CielProfond 06:18, 5 March 2008 (UTC)[reply]

(RESOLVED) Pages imported by ImportTextFile.php NOT searchable

  • MediaWiki: 1.8.3
  • PHP: 5.2.0
  • MySQL: 5.0.27
  • URL:

I am using ImportTextFile.php to import a number of pages and they show up in Recent Changes.

But if I do a search on some text that I know is in the pages, the results are NOT showing them.

Is there a way that I can ensure that these pages are also searchable?

Thanks. 06:34, 15 March 2008 (UTC)[reply]

Run the updateSearchIndex.php maintenance script. Emufarmers 02:23, 21 March 2008 (UTC)[reply]

That didn't work for imported pages as these pages were not selected during the run of the updateSearchIndex.php. The problem seems to be in the SELECT statement in where "iaisrecentchanges" and "iaispage" tables are matched up to find the pages to be updated. The original SELECT statement is

SELECT ... FROM $recentchanges JOIN $page on
    rc_cur_id=page_id AND rc_this_oldid=page_latest

and since an imported page has a clean slate of attributes, they are NOT selected.

Looking at the actual attributes in the imported pages, rc_last_oldid is always set to 0, thus by changing the SELECT statement to

SELECT ... FROM $recentchanges JOIN $page on 
    rc_cur_id=page_id AND (rc_this_oldid=page_latest OR rc_last_oldid=0)

then those imported pages are also selected.

I also believe that newer versions of mediawiki might have fixed this. 16:21, 25 March 2008 (UTC)[reply]

(RESOLVED) $wgShowExceptionDetails

Hello, i'm the administrator of and have a problem with the <edit> on the right. I get the error:

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

But.. I already did that. Still i got this error ?!? Great thanks. — 09:41, 26 March 2008 (UTC)[reply]

Have you tried Clearing your browsers cache? 16:52, 28 March 2008 (UTC)[reply]

(RESOLVED) Using deleteOldRevisions.php

It took me a while, but I finally figured out how to use this:

  • Run PuTTY
  • cd yourdomain
  • cd yourwikidirectory
  • cd maintenance
  • If you're using php5 then type in: /usr/local/php5/bin/php deleteOldRevisions.php --delete
  • If you're using php4 then you can just type: php deleteOldRevisions.php --delete

This procedure will work for all of the scripts in the maintenance directory. Make sure you download and look at the script before running it to see if it has any notes or usage guidelines. David Shenk 18:30, 23 March 2007 (UTC)[reply]

(OUTDATED) Error using $wgWhitelistRead


My MediaWiki is function, but I need to restricted access to other users. Using $wgWhitelistRead I could do it but my main page isn't load with anonymous access. Ps. my main page are in portuguese name "Página principal" and these (I think) it's my problem.

Juliana Calado — 16:32, 23 April 2008 (UTC)[reply]

(RESOLVED) Permission to show recent Changes for anonymous users

  • MediaWiki: 1.12.0
  • PHP: 5.2.0-8+etch10 (apache2handler)
  • MySQL: 5.0.32-Debian_7etch5-log
  • URL: BromWiki

Hi Folks,

I have just upgraded my old 1.4 mediwiki to the recent version 1.12.0 and still having some minor troubles to fully understand the new user permission system. I have left most permission to the default settings. My changes in the LocalSettings.php are as followed:

# Restrict editing by all non-sysop users
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['user']['edit'] = false;
$wgGroupPermissions['emailconfirmed']['edit'] = true;
$wgGroupPermissions['sysop']['edit'] = true;

/** Show the amount of changed characters in recent changes */
$wgRCShowChangedSize			= false;

My question: How can I get anonymous users to see the recent changes ? When I log in, I can see them, but a default visitor sees nothing.

I did not change the DefaultSettings.php, so

$wgGroupPermissions['*'    ]['read']            = true;

is still the rule. Which variable do I have to change ?

THX allready in advance, Timm from germany 17:19, 28 April 2008 (UTC)[reply]

Although I do not know exactly what you have to change, I went to your site. On the recent changes page, there was the text "Below are the last 0 changes in the last 0 days." So somewhere it's set to show the 0 most recent changes. And so it does. Clicking "show last 50", for example, causes the changes to appear. Smaug Tournesol.png 20:51, 28 April 2008 (UTC)[reply]
Hi Smaug, THX for your answer
Maybe I did not express exactly what I meant. I know of course that button, but is there a variable where I can set that default value to for instance 7 days ? If I remember correctly in the older versions by clicking on the "recent changes" button as a anonymous user the wiki has allways shown the changes of the last week. A lot of those folks who are visiting my wiki are not very familiar with this software. And if they just click "recent changes" and see nothing, they leave. I have checked the manual here allready but I cannot find any that helps.
Hi to all, I found the solution. One needs to edit the LocalSettings.php and add the following lines:
$wgDefaultUserOptions = array( 
	'rcdays' 		=> 7,
	'rclimit' 		=> 50,
Greetings, Timm
-- 16:41, 29 April 2008 (UTC)[reply]

(RESOLVED) White screen of death

  • MediaWiki: 1.12
  • PHP: 5.1.6-15 el5
  • MySQL: 5.0.22
  • URL:

I am getting a whitescreen when I finished installing the DB and copied the Localsetting.php file. I am Running RHEL 5.1, have installed the MySQL and PHP through YUM installer, have also installed dotproject, working fine except when the php is used?

I am suspecting the php is at fault but is new to it so can't exactly say what is cooking there.


THANKS! — 08:13, 9 May 2008 (UTC)[reply]

You probably have a PHP error. You can check the PHP logs of your webserver or turn on the display_errors PHP setting to figure out what the error is. See Manual:Errors and Symptoms#You see a Blank Page for more information. --Cneubauer 19:43, 2 June 2008 (UTC)[reply]

(RESOLVED) I accidentally deleted the LocalSettings.php folder

Hi, I accidentally deleted the LocalSettings.php folder, and I think that's why that I can't replace the Media Wiki image on the top left corner... How can I get it back?

I changed it on the /includes/common/images/wiki.png and doesn't do anything.

I wonder if your wiki will do anything if you have deleted LocalSettings.php? -- 06:16, 17 May 2008 (UTC)[reply]
LocalSettings.php is a file, not a folder. Do you mean you deleted the folder it was in? I'm not going to try it out, but I think if a wiki has no LocalSettings.php it will not work. Anyway, if you are missing a LocalSettings.php and it's not in the folder where it is supposed to be, I guess I would say just download a new one. Smaug Tournesol.png 18:24, 17 May 2008 (UTC)[reply]

(RESOLVED) How to force all users to use the monobook style

  • MediaWiki: 1.11
  • PHP: 5.2.3
  • MySQL: 5.0.41

Hi there I was wondering if there's an easy way to force all users to use the monobook style, making impossible for them to change the style at the user's preferences. Leaving the style as it's defined in the LocalSettings.php file. Thanks in advance. —Juanan 22:40, 26 May 2008 (UTC)[reply]

Put some thing like
$wgSkipSkins = array("chick", "cologneblue", "myskin", "nostalgia", "simple", "standard");

into LocalSettings.php, with all the skins included in the array aside from monobook skins. Then users won't have any other option. Smaug Tournesol.png 20:36, 27 May 2008 (UTC)[reply]

(RESOLVED) Must be logged in to edit pages. How?

How do I set my wiki so that guests can't edit the pages. They must be logged in. —The preceding unsigned comment was added by (talkcontribs) 23:44, 28 May 2008 (UTC). Please sign your posts with ~~~~![reply]

See Manual:Preventing access#Restrict anonymous editing. Regards -- 08:08, 29 May 2008 (UTC)[reply]

(OUTDATED) no Starter StartProfiler.php

  • MediaWiki: 1.12.0
  • PHP: 5
  • MySQL: 4

In this release package there is no Starter StartProfiler.php, I had to download it from SVN. — 18:49, 1 July 2008 (UTC)[reply]

(RESOLVED) Error Message with LocalSettings.php

Whenever I change LocalSettings.php to install extensions, change the logo, or enable uploading, my wiki stops loading and instead gives me this error message:

Error, Setup.php must be included from the file scope, after DefaultSettings.php.

The only way to undo this is to delete LocalSettings.php and recreate it, or re-upload it from the backup on my computer. And the main point of my wiki is to test new wiki coding and extensions. 01:59, 24 July 2008 (UTC)[reply]

Either reinstall the wiki or get your own domain name. Free hostings are usually a bad idea for wiki sites because a lot of problems occur. --Truetech (Talk) Tournesol.png MediaWiki Support Team 03:36, 12 August 2008 (UTC)[reply]

(RESOLVED) Lifetime of wgUser (and similar globals)

  • MediaWiki: 1.12.0
  • PHP: 5.2.5 (cgi-fcgi)
  • MySQL: 5.0.24-community-nt

When is $wgUser defined? I'd like to be able to access it in LocalSettings.php to conditinally enable some extensions, but get an error when I attempt to use it ("not an object"). Is there an alternative way to check the wgUser and conditionally include/require/enable an extension based, for example, on what group the user is in? Thanks!

Aldaron 20:00, 27 July 2008 (UTC)[reply]

$wgUser, like all others global objects, is defined in includes/Setup.php which is included after LocalSettings.php. Extensions can use rights to allow only some users to use them though. iAlex 19:19, 3 August 2008 (UTC)[reply]
Thanks, that's what seemed to be happening. I'm missing how to determine what rights the current user has without having $wgUser defined. How would I go about determining that in LocalSettings.php? --Aldaron 17:47, 4 August 2008 (UTC)[reply]
Try prowling in includes/defaultsettings.php file. --Truetech (Talk) Tournesol.png MediaWiki Support Team 03:26, 12 August 2008 (UTC)[reply]

(RESOLVED) How can I make DefaultSettings.php to Localsttings.php?

I have a question: How can I make DefaultSettings.php to Localsttings.php?

You can't. They are two totally different system files. BAD idea to alter. --Truetech (Talk) Tournesol.png MediaWiki Support Team 04:06, 12 August 2008 (UTC)[reply]

(RESOLVED) URL rewrites

When I open mediawiki with this url: It works fine

When I open mediawiki with this url : I am redirected to the main site :-(

When I submit an article, the article is saved, but, I move to :-(

I change nothing in the setup LocalSettings ...

note :

the wiki is installed in the repository

/web/wiki of the server

just near this you have



here is the extraction of /web/.htaccess to adapt the subdomain :

RewriteEngine on
RewriteCond %{HTTP_HOST} ^
RewriteCond %{REQUEST_URI} !^/www
RewriteRule (.*) /www/$1 [P]

RewriteEngine on
RewriteCond %{HTTP_HOST} !
RewriteRule (.*)$1 [R=301]


here is the extraction of /.rewrites to adapt the subdomain :

RewriteEngine On

RewriteCond %{HTTP_HOST} !^www
RewriteCond %{HTTP_HOST} ^([^\.]+)\..*\..*(:[0-9]+)?$
RewriteCond %{ENV:REDIR} !cgiwrap
RewriteCond %{DOCUMENT_ROOT}/%1/%{REQUEST_URI} -f
RewriteRule ^/(.*\.(pl|cgi))(\?|$) /cgiwrapDir/cgiwrap/%1/$1 [PT,E=REDIR:cgiwrap]

RewriteCond %{REQUEST_URI} !\.(cgi|pl)$
RewriteCond %{HTTP_HOST} !^www
RewriteCond %{HTTP_HOST} ^([^\.]+)\..*\..*(:[0-9]+)?$
RewriteCond %{DOCUMENT_ROOT}/%1 -d
RewriteRule .* %{DOCUMENT_ROOT}/%1%{REQUEST_URI}

RewriteCond %{REQUEST_URI} !\.(cgi|pl)$
RewriteCond %{SERVER_PORT} ^80$
RewriteCond %{HTTP_HOST} !^www
RewriteCond %{HTTP_HOST} ^([^\.]+)\..*\..*(:[0-9]+)?$
RewriteCond %{REQUEST_URI} !/$
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule .* http://%{HTTP_HOST}%{REQUEST_URI}/ [R]

RewriteCond %{REQUEST_URI} !\.(cgi|pl)$
RewriteCond %{SERVER_PORT} ^443$
RewriteCond %{HTTP_HOST} !^www
RewriteCond %{HTTP_HOST} ^([^\.]+)\..*\..*(:[0-9]+)?$
RewriteCond %{REQUEST_URI} !/$
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI}/ [R]

My provider is

Thanks a lot

Proffial 15:55, 23 December 2008 (UTC)[reply]

--> Resolved, I had to setup in LocalSettings.php 
$wgServer           = "";
Why it was not automatic ? no idea.
 --Proffial 17:09, 26 December 2008 (UTC)[reply]


Strange behaviour after install, PHP problem?

A very strange behaviour of wiki after install: articles are not shown at all although content is present: try edit to see that its present, or follow that is working on the same database (that 2nd wiki was istalled after that problem did appear on the 1st).

During install process I had some warnings ( intall_log.txt for complete reference): I tried asking my hosting service assistance and they told me that the cause maybe was more due an error configuring mediawiki than a server problem. I installed same version on a localhost doing the same install procedure and everything has gone well so I suppose its a PHP error and not a configuration error, maybe am I wrong? I don't think its a mysql issue as the 2nd installation of mediawiki works good on the same database. And as the install procedure build everything was necessary I thought also its more concerning PHP than a installation error itself.

Notice warning during install procedure:

Warning: is_dir(): open_basedir restriction in effect.
File(/opt/pieroni/php5/session) is not within the allowed path(s):(/var/www/vhosts/
in /var/www/vhosts/ on line 438 Warning:
Your session.save_path value (/opt/pieroni/php5/session) appears to be invalid or is not writable.
PHP needs to be able to save data to this location for correct session operation.

Maybe this is the main problem or a sign of a lack of PHP config on server? Please help me, thank you. I tried to do my best... but can't solve this alone.
--Federicodip 18:47, 15 December 2008 (UTC)[reply]

Parse error

  • MediaWiki version:
  • PHP version 5.2.5
  • MySQL version4.1.22-standard
  • URL:

I am trying to move a wiki from one location to another. I keep getting this error:

Parse error: syntax error, unexpected T_NEW 
in /home/XXXX/public_html/wiki/includes/GlobalFunctions.php on line 1494

What can i do? i imported the database, updated the localsettings and everything seem to be allright.

a fresh install of media wiki works fine. all of the files are identical.

when i change the localsettings to the fresh mediawiki install it works fine. 18:10, 31 December 2008 (UTC)[reply]

Permission problem with Apache: cannot reproduce in Apache debug mode

  • MediaWiki version: 1.13.3
  • PHP version: 5.2.6-5
  • MySQL version: 5.0.67-2
  • URL:

I'm using Apache 2.2.10-2. If I run Apache as a service on my Linux box, I get PHP permission errors in the HTTPD logs:

PHP Warning: Unknown: failed to open stream: Permission denied in Unknoxn on line 0
PHP Fatal error:  Unknown: failed opening required '/var/www/html/mediawiki/index.php' 
(include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0

However if I start Apache in debug mode with

> /usr/sbin/httpd -X

Mediawiki works fine. The httpd process is running under the same UID (apache) both times. Any ideas? Thanks. 05:57, 5 January 2009 (UTC)[reply]

Assuming you're running PHP as an Apache module, the Apache user needs to be able to read the entire /mediawiki directory. /var/www is usually owned by the Apache user anyway, but if not, make it readable to all:
chmod -R 755 /var/www/html/mediawiki
If you're in a multi-user environment, then you should be a bit more cautious:
chgrp -R apache /var/www/html/mediawiki; chmod -R 750 /var/www/html/mediawiki
Emufarmers(T|C) 15:47, 5 January 2009 (UTC)[reply]

(RESOLVED) Parser Error

  • MediaWiki version: Latest
  • PHP version: 5.2.5
  • MySQL version: 5.0.51a-community
  • URL:

When i'm moving the LocalSettings.php or something it says me an error:

Fatal error: Class 'ParserOutput' not found in /home2/fenzon/public_html/wiki/includes/parser/Parser.php on line 178

What should i do now? 17:33, 15 January 2009 (UTC)[reply]

I don't see any errors when I visit the site. —Emufarmers(T|C) 04:28, 16 January 2009 (UTC)[reply]

Strange error after backuping

Hey guys, I installed the backup-script of User:Flominator/Backup MW and it works. Then I tried to exec it with a cronjob. I entered the command on my web-interface. Minutes later I want to log in to my Wiki as the error (see below) appeared. The cronjob hasn't been started yet! I absolutely don't know what to do. MediaWiki crashes in reason of copying files?!

Thank you for your help! David


Warning: require_once(/var/www/html/web223/html/user/david_b/homepages/vwikika/StartProfiler.php) [function.require-once]: failed to open stream: No such file or directory in /var/www/html/web223/html/user/david_b/homepages/vwikika/includes/WebStart.php on line 78

Fatal error: require_once() [function.require]: Failed opening required '/var/www/html/web223/html/user/david_b/homepages/vwikika/StartProfiler.php' (include_path='.:/usr/share/pear:/usr/share/php') in /var/www/html/web223/html/user/david_b/homepages/vwikika/includes/WebStart.php on line 78

//edit I upload the StartProfiler.php again and now I got the information: MediaWiki 1.13.2 - Please set up the wiki first.

Trop 21:33, 15 January 2009 (UTC)[reply]

Re-upload all the wiki files. Rerun the installer or manually recreate LocalSettings.php if you destroyed your copy. —Emufarmers(T|C) 04:28, 16 January 2009 (UTC)[reply]
I re-upload all files and it works. Thank you! But isn't this strange? I mean I didn't change any files and the wiki chrashed ^^

Maximum execution time during import

  • MediaWiki version: 1.13.3
  • PHP version: 5.2.8 with Suhosin-Patch with eAccelerator v0.9.5.3
  • MySQL version: 5.0
  • URL:

I want to import one page from to my wiki, so I exported page from wikipedia and got *.xml Then I exported this file to my wiki, and so apache began use 80% cpu and then stoped process with error:

[Tue Jan 27 15:15:53 2009] [error] [client my_ip] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/ on line 2482, referer: 15:54, 27 January 2009 (UTC)[reply]

Are you sure you only exported that one page? If so, temporarily increase max_execution_time in php.ini, or use another import method. —Emufarmers(T|C) 22:17, 27 January 2009 (UTC)[reply]

How to Avoid 'Login Required' Error page.

  • MediaWiki version: 1.13.3
  • PHP version: 5.0.67
  • MySQL version: 5.0.16
  • URL:

I've setup a private internal mediawiki with users unable to create accounts (admin only). I can't figure out how to avoid (or redirect) the 'Login Required' error page and have the Login page (Special:Userlogin) be the first page up (and then modify its text to welcome users, etc).

The only suggestion I've found is to use this in LocalSettings.php :
$wgRedirectMustLogin = true;
$wgRedirectLoggedIn = true;
neither of which work (though I did manage to redirect the useless 'you are now logged in' page to the main page).

Or, perhaps there's a way to include login within the MainPage? (and then whitelist the main page)

I'm a beginner, thanking you in advance!


Graz 19:10, 7 February 2009 (UTC)[reply]

php global settings enabled error when installing mediawiki

  • MediaWiki version: latest version
  • PHP version: latest version
  • MySQL version: latest version

Hi, ive just installed wikimedia on my website. everything works. But when i was installing, i got the "php global settings are enabled, please disable this option (if you can)error"

I was wondering what i need to do to diasble this option.

NickGeller 21:00, 7 February 2009 (UTC)[reply]

500 Internal Server Error (only on one single page)

  • MediaWiki version: 1.13.3
  • PHP version: 5.2.6
  • MySQL version: 5.0.45
  • URL:

Hi, I just found some Threads with the similar topic but I didn't find a solution yet.

The following errors occurs only on one (didn't find another ^^) page:

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.

I don't have access to my php.ini. Tried to active logs by using the LocalSettings.php but it didn't works.

Any idea :/ ?


Trop 09:36, 11 February 2009 (UTC)[reply]

Problem solved! The reason was a category which was subcategory of itself. Each page which was categorized with this category responsed with an error. Also the category page itself.

I deleted the relevant row in the SQL "Category links" table and now it works again...

--Trop 19:15, 12 February 2009 (UTC)[reply]

IE 7 has trouble loading pages

  • MediaWiki version: 1.13
  • PHP version: 5
  • MySQL version: 3.23
  • URL:

We have been using MediaWiki for about a month with no problems. Over the last two days something has changed. Even though we have not changed any of our settings. Primarly IE7 has problems loading pages about every 10th time. Error log shows a [20-Feb-2009 13:00:44] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 223430368 bytes) in Unknown on line 0 everytime there is an error on the page. I should note that if you refresh or hit back enough times the page will eventually load. And it is not a specific page. 21:29, 20 February 2009 (UTC)[reply]

GlobalFunctions.php error on MW 1.14.0

I have a problem with MediaWiki 1.14.0. Everytime I go to the Special:Preferences... I'll get this error message on top of the page: Warning: urlencode() expects parameter 1 to be string, object given in /home/www/myserver/wiki/includes/GlobalFunctions.php on line 1141. How do I fix this issue? Specs: MediaWiki 1.14.0, PHP 5.0.5 (cgi), MySQL 4.xx and no extensions. Fresh install (not update). --Rtmm 18:11, 22 February 2009 (UTC)[reply]

I am seeing the same problem. Mine was an upgrade from MW 1.5.5 to MW 1.14.0. PHP 5.1.4, MySQL 4.1. The page seems to work properly, but it has the warning message displayed at the top. DM

A var_dump shows that an Title object is given to urlencode() at line 1141.
A temporary patch can be
				if(is_object($value) && strtolower(get_class($value)) == "title") {
					$value = $value->mTextform;
inserted before line 1140
FrViPofm 21:58, 2 March 2009 (UTC)[reply]

Another possible workaround is to disable warnings by adding this to the top of index.php: error_reporting(0);

Mediawiki 1.14.0 Call to undefined method Interwiki::fetch()

  • MediaWiki version: 1.14.0
  • PHP version: 5.1.6
  • MySQL version: 5.0.22
  • URL: private mediawiki

After upgrading from 1.13.4 to 1.14.0, I am facing PHP error on Title.php (my Main Page contains interwiki links): PHP Fatal error: Call to undefined method Interwiki::fetch() in /bases/html/mediawiki-1.14.0/includes/Title.php on line 678

Could you please tell me if it is a Mediawiki bug or a problem of installation/configuration somewhere ? (I only untar 1.14.0 to new dir then replace images, extension, LocalSettings.php and AdminSettings.php with those set (and working) for previous 1.13.4) 13:29, 24 February 2009 (UTC)[reply]

probably due to Extension:SpecialInterwiki
* comment the line require_once( "$IP/extensions/SpecialInterwiki.php" ); from LocalSettings.php
* or upgrade tot the latest version of the extension.
success - Arent 12:23, 30 March 2009 (UTC)[reply]

Fatal error: Class 'ArrayIterator' not found in /usr/local/www/mediawiki/includes/StringUtils.php on line 179

  • MediaWiki version: 1.14
  • PHP version: php5-5.2.8
  • MySQL version: mysql-server-5.1.30
  • URL: Internal

AFter config and moving file LocalSettings.php to root. I point my browser to the wiki page and get:

Fatal error: Class 'ArrayIterator' not found in /usr/local/www/mediawiki/includes/StringUtils.php on line 179

Any ideas? THanks all 21:38, 26 February 2009 (UTC)[reply]

ArrayIterator is part of the Standard PHP Library, so you need to have PHP compiled without --disable-spl. iAlex 07:41, 9 March 2009 (UTC)[reply]

Class 'ArrayIterator' not found

  • MediaWiki version: 1.14
  • PHP version: 5.2.8
  • MySQL version: 4.1.22
  • URL: private

I get this error since update: Fatal error: Class 'ArrayIterator' not found in wiki/includes/StringUtils.php on line 179

Seems to be the same problem -> Project:Support desk#Fatal error: Class .27ArrayIterator.27 not found in .2Fusr.2Flocal.2Fwww.2Fmediawiki.2Fincludes.2FStringUtils.php on line 179

Also I get some warnings. Maybe they are related/useful.

Warning: debug_backtrace() has been disabled for security reasons in wiki/includes/GlobalFunctions.php on line 873

Warning: array_slice() expects parameter 1 to be array, null given in wiki/includes/GlobalFunctions.php on line 873

Warning: ini_set() has been disabled for security reasons in wiki/includes/db/Database.php on line 433

Warning: ini_set() has been disabled for security reasons in wiki/includes/db/Database.php on line 440 18:53, 1 March 2009 (UTC)[reply]


In my whole life I only wrote a few lines of php code. So I don't know much about php code but anyway I looked into the code:

static function explode( $separator, $subject ) {
		if ( substr_count( $subject, $separator ) > 1000 ) {
			return new ExplodeIterator( $separator, $subject );
		} else {
			return new ArrayIterator( explode( $separator, $subject ) );

First I read on the internet, that the ArrayIterator constructor is not public and you have to use getIterator() on an ArrayObject. But if it is still true, I'm confused most ppl have no problems.

But there is more. “return new ArrayIterator( explode( $separator, $subject ) )” looks like endless recursion.

-- 19:31, 1 March 2009 (UTC)[reply]

dumpBackup.php error - tries to use root even with LocalSettings.php

  • MediaWiki version: 1.14
  • PHP version: 5.1.6
  • MySQL version: 5.0.45
  • URL: Intranet only

I have a AdminSettings.php in my maintenance folder (created from the template in the wiki directory) that contains database connection user and password. The scripts in the Maintenance folder that I have tried run successfully, including scripts that seem to be getting information from the database, however dumpBackup.php will not run successfully.

When I run php dumpBackup.php --full > wiki.xml it says DB connection error: Access denied for user 'root'@'localhost' (using password: NO). It is not getting the db connection information from AdminSettings.php. AdminSettings.php is owned by apache:apache, and I have tried setting to 660, 770, 666, 777, with no change. It is now set back to 600, and other scripts seem to be still working fine.

I have got around the issue by placing $wgDBadminuser and $wgDBadminpassword lines (copied exactly from AdminSettings.php) directly into a copy of dumpBackup.php. It then works fine.

Any ideas why it won't work as it's intended to? 00:08, 9 March 2009 (UTC)[reply]

Configure AdminSettings.php. —Emufarmers(T|C) 00:13, 9 March 2009 (UTC)[reply]

My Apologies - my original post had a typo. Corrected in post. That's what happens when you try and log it the next morning not in front of it LOL.

AdminSettings.php IS configured with $wgDBadminuser and $wgDBadminpassword, and other scripts work fine. dumpBackup.php continues to try and use root, disregarding the connection strings in AdminSettings.php. 06:41, 9 March 2009 (UTC)[reply]

Blank login page and php error cannot redeclare class skintemplate

  • MediaWiki version: 1.14.0
  • PHP version: 5.2.6 (apache2handler)
  • MySQL version: 5.0.77
  • URL: Internal Only

I'm outside of my scope of experience here so please phrase your answers without assuming I know lots of things (I haven't even really begun to understand the levels of dependencies).

I have successfully installed Mediawiki on a local box and had successfully created and edited some pages. I had also successfully uploaded images to some of those pages.

All of a sudden whenever I try to upload an images I get told I have to login, however when I go to the login/create account page it's just blank.

I checked the httpd logs and found the following message......

[error] [client] PHP Fatal error: Cannot redeclare class SkinTemplate in /var/www/html/wiki/includes/SkinTemplate.php on line 997, referer:

I've looked at SkinTemplate.php and line 997 doesn't have a redeclare command (I'm not really sure what this is doing as this is well outside my experience zone)...

The code block near to line 997 is......

	 * Code for extensions to hook into to provide per-page CSS, see
	 * extensions/PageCSS/PageCSS.php for an implementation of this.
	 * @private
	function setupPageCss() {
		wfProfileIn( __METHOD__ );
		$out = false;
		wfRunHooks( 'SkinTemplateSetupPageCss', array( &$out ) );
		wfProfileOut( __METHOD__ );
		return $out;

However it's the very last } that's actually on line 997, I'm assuming that the last } causes the commands to be executed and that's why the error is flagging up there.

If anyone could give me some pointers I'd be very grateful as I'm stuck here and because I don't understand the dependencies I could spend hours trying to solve what may be a trivial fault.

Thanks in advance. — 04:24, 5 April 2009 (UTC)[reply]

Fatal error when trying to create a modified monobook theme

  • MediaWiki version: 1.14.0
  • PHP version: 5.2.6
  • MySQL version: 4.1.25
  • URL: removed for now.

What I am trying to accomplish is to create a slightly modified version of the monobook theme. Steps: 1) I made a copy of the Monobook.php, MonoBook.deps.php, and monobook folder. 2) Replaced all instances of 'Monobook' or 'monobook' (aware of case-sensitivity) with 'Greencurrent' or 'greencurrent' within the copied files and renamed the files themselves.

The result is a fatal error:

Fatal error: Class 'GreencurrentSkinTemplate' not found in [serverpath]/html/wiki/includes/SkinTemplate.php on line 128

While I would love to resolve this, I am equally keen to know how I would go about debugging this myself!

Maltebeckmann 13:41, 7 April 2009 (UTC)[reply]

$wgForeignFileRepos php errors

These image pages give errors at the top of the page:ée_du_Marcadau_5.JPG

These image pages do not seem to give errors at the top of the page:

I think I'm using the normal $wgForeignFileRepos for Commons defaults... I'm not sure why this is happening. If I could have all the pages display cleanly, it would be super great; and if anyone can help me fix it, I will be very very grateful. Thank you! —Wikademia 04:52, 13 April 2009 (UTC)[reply]

Call to undefined method Category::getText() in CategoryPage.php

  • MediaWiki version:1.14
  • PHP version: 5.2.8(apache2handler)
  • MySQL version: 5.1.30
  • URL: intranet!

Hi, following happened: I create Page "D", add(with category-syntax)to Category "A", works fine! But when adding Page "D" to new Category "B" and add this Category also to Category "A" I get this error: Fatal error: Call to undefined method Category::getText() in C:\xampp\htdocs\wiki\includes\CategoryPage.php on line 151

147 function addSubcategory( $title, $sortkey, $pageLength ) { 148 global $wgContLang; 149 // Subcategory; strip the 'Category' namespace from the link text. 150 $this->children[] = $this->getSkin()->makeKnownLinkObj( 151 $title, $wgContLang->convertHtml( $title->getText() ) );

please help me!!! Thanks in advance!!!

Freezone 08:42, 20 April 2009 (UTC)[reply]

I got it! It's not allowed, to link Cat A and B on Page C and Cat A on Cat C. I know that it's written in WIki Rules, to be not recommended, but now I'm smarter: This is forbidden!!!

Freezone 08:42, 23 April 2009 (UTC)[reply]

But why does everyone else use this way to categorize their Wiki???? F**** strange problem... please check this out, if someone stumbled over this problem and solved it!

Redirect to an older version despite a newer one ist already reviewed

  • MediaWiki version: 1.15alpha (r48811)
  • PHP version: 5.2.4-2ubuntu5wm1 (apache2handler)
  • MySQL version: 5.1.33-log
  • URL:

An an unlogged user of, if I call honsik, I will be redirected to Gerd Honsik, and there appeares an older version as the last reviewed ("gesichtet"). But there exists an other reviewed version just some 4 versions later than the first mentioned: dies later reviewed version appears in the history of versions as reviewed by the user benutzer:Eintragung ins Nichts. If I go to honsik as logged in user Benutzer:Machtjan X, the link brings the last and recent version. Only if I log out and quit the browser and start it newly again, the link brings the older version again. - Thank you for excusing my poor English - now my question: Indicates the mentioned behavior of the wiki a bug? Here the diff in question: [1]

Machtjan X 13:54, 27 April 2009 (UTC)[reply]

PHP Fatal Error

  • MediaWiki version: Can not connect to tell!
  • PHP version: 2.2.11 (Unix)
  • MySQL version: 5.0.77-community
  • URL:

Suddenly getting the following on all pages

PHP Fatal error: Call to a member function lcfirst() on a non-object in /home/taxation/public_html/wiki/includes/GlobalFunctions.php on line 490

No new extensions have been installed for some time. GlobalFunctions.php has not been updated.

Any ideas please? 10:28, 28 April 2009 (UTC)[reply]

Fatal error: Class 'ArrayIterator' not found in /usr/local/www/apache22/data/wiki/includes/StringUtils.php on line 179

  • MediaWiki version: 1.14.0
  • PHP version: 5.2.8
  • MySQL version: 5.0.67
  • URL: internal link

I got this error on my FreeBSD 7.1 system, directly after moving the LocalSettings.php file. The solution provided in this section did not solve the problem in my case.

I edited the StringUtils.php page from line 179 to skip using the ArrayIterator. I edited the 'else' part to test.

Note that my wiki shows at this point. Before I only got a browser http 500 error message with the fatal error in the (apache22) web server error log.

I noticed also the class for the ArrayIterator is not present in the file like the class for ExplodeIterator.

Now I can see the main page, but it only shows the main heading and it looks I can edit but not save the edited pages (or the fonts are white?) In the error log I notice more errors.

Hope part of this info helps finding out the actual problem here. 15:25, 17 March 2009 (UTC)[reply]

See above. iAlex 21:59, 20 March 2009 (UTC)[reply]

I am getting HTTP 500 internal server error

You need to install /usr/ports/devel/php5-spl . This one is a new requirement, I guess newly separated from php5 or newly required by MediaWiki. FreeBSD's ports install many standard parts of PHP as separate ports. Some people think this is a bad idea. You'll need:
  • php5
  • php5-mysql
  • php5-pcre
  • php5-session
  • php5-simplexml
  • php5-spl
  • php5-xml
  • php5-zlib

-- 20:25, 18 May 2009 (UTC)[reply]

Can't create Directory (mkdir - php-func) under XAMPP Windows XP

  • MediaWiki version: 1.14.0
  • PHP version: 5.1.6
  • MySQL version: 5.0.24a-community-nt
  • URL:

Hi, i get this error, if i try to upload an image into my wiki: Warning: mkdir() [function.mkdir]: No such file or directory in D:\Programme\xampp\htdocs\mediawiki\includes\GlobalFunctions.php on line 1943 ... Interner Fehler (Internal Error)

Das Verzeichnis „public/7/7a“ konnte nicht angelegt werden. 13:04, 5 May 2009 (UTC)[reply]

Try the fix listed on bug 18656. —Emufarmers(T|C) 18:51, 5 May 2009 (UTC)[reply]
  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:

Hello Mediawiki Team, Great software, however I get these errors when i try to install it on my website:

Warning: exec() has been disabled for security reasons in /home/studitco/public_html/wiki/config/index.php on line 2005

Warning: array_map() [function.array-map]: Argument #2 should be an array in /home/studitco/public_html/wiki/config/index.php on line 2010

Warning: Invalid argument supplied for foreach() in /home/studitco/public_html/wiki/config/index.php on line 2013

It tells me also that the database name is invalid.

Help is appreciated. Thanks 18:11, 8 May 2009 (UTC)[reply]

PHP Warning

  • MediaWiki version: 1.14 
  • PHP version: 5.2
  • MySQL version: 5.02 readline 5.2
  • URL: intern highschool project on server that is only available via SSH , sry cannnot give you log in data :/

Warning: dba_open(/var/lib/mediawiki/images/tmp/mw-cache-wikidb.db,cl) [function.dba-open]: No such handler: db3 in /usr/share/mediawiki/includes/BagOStuff.php on line 715 01:32, 9 May 2009 (UTC)[reply]

MediaWiki 1.14.0 Installation: checking environment warnings

  • MediaWiki version: 1.14.0
  • PHP version: 5.16
  • MySQL version: unknown, but more than likely up to date
  • URL:

This warning comes up in the first part of installation where it's checking environment:

Warning: is_dir() []: open_basedir restriction in effect. File(/var/lib/php/session) is not within the allowed path(s): (/var/www/vhosts/ in /var/www/vhosts/ on line 441

  1. Warning: Your session.save_path value (/var/lib/php/session) appears to be invalid or is not writable. PHP needs to be able to save data to this location for correct session operation.

I was wondering if I can hard code some other location for the session files at line 441 in the index.php file, and if so, will someone give me an example of how to do it? I'm not a PHP programmer (yet, at least).


Scot 20:06, 22 May 2009 (UTC)[reply]

[RESOLVED] Bug with parameters through index.php

Whenever I try to edit a page, it just prompts me a box to download the index.php file. It does this whenever I have the &action=edit at the end. When I have the history parameter, it works.

Contact me under please.

Francis Morissette 21:45, 13 June 2009 (UTC)[reply]

You have "use external editor" enabled in your preferences. We will not contact posters by e-mail, please do not ask. Happymelon 08:46, 14 June 2009 (UTC)[reply]
Thanks you very much.
Francis Morissette 22:37, 14 June 2009 (UTC)[reply]
I've not "external editor enabled in my preferences and it prompts to download the index.php. It occurs only some times. Maybe an apache configuration problem?

I've got the same problem with 1.15.0 See URL at: I prompts me to download the index.php file - same in Firefox and IE. Don't have external editor switched on. Any resolution? Wil Brown -

It's pretty broken. That URL doesn't include server headers, and skip the beginnin of the page "n</h5> <div class='pBody'> <ul>...". Are you using some kind of cache server? Have you trierd restarting Apache and PHP ?

[RESOLVED] Problem parsing EXIF data with foreign file repository

I have enabled $wgForeignFileRepos to use images from Wikimedia Commons, and while this functionality works generally, many images produce the following error: Warning: preg_match() expects parameter 2 to be string, array given in /home/jnsforum/public_html/jnswiki/includes/Exif.php on line 1086 several times; additionally, none of the EXIF data will display. —CaptOblivious 20:56, 10 June 2009 (UTC)[reply]

Upgrading to 1.15.0 fixed the issue entirely. --CaptOblivious 20:39, 24 June 2009 (UTC)[reply]

  • MediaWiki version: 1.15.0
  • PHP version: 5.2.6
  • MySQL version: 4.1.22-standard
  • URL:

I am trying to change the logo on my wiki page and I have done what it has said on the help pages but I am still getting a Parse error: syntax error, unexpected $end in /home2/dbdaw/public_html/wiki/LocalSettings.php on line 125. I am not sure what I am doing wrong but I would like to get this figured out. 00:33, 14 June 2009 (UTC)[reply]

Please remember to set an informative section title when posting threads here. That's an interesting problem. How many lines is your LocalSettings file? Does the problem go away when you remove or comment out the logo declaration? Happymelon 08:45, 14 June 2009 (UTC)[reply]
A common error is to forget the ";" at the end of the statement. You need to use $wgLogo = "/path/to/the/Logo.png"; instead of $wgLogo = "/path/to/the/Logo.png". iAlex 11:22, 14 June 2009 (UTC)[reply]

[RESOLVED] says I need to move config/LocalSettings.php to parent directory

  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:

How do I locate this parent directory and how do I "move" config/LocalSettings.php to parent directory? I have Vista — 08:21, 26 June 2009 (UTC)[reply]

Your MediaWiki installation is in a folder somewhere, call it path/to/mw. Within that folder, MediaWiki is organised into a number of folders, like /includes, /api, etc. One of these folders is called /config, and contains your newly-created LocalSettings.php. You need to move this file from path/to/mw/config/LocalSettings.php to path/to/mw/LocalSettings.php to complete the installation. This is a security check to ensure that the person installing the wiki has shell access to the web server. Hope this clarifies. Happymelon 17:41, 28 June 2009 (UTC)[reply]

[RESOLVED] Using MediaWiki 1.15.0 with PHP 5.3.0

I'm using MediaWiki 1.15.0. The server, on which my MediaWiki is installed, has been updated to PHP 5.3.0 and now I have some trouble with it. Before the PHP update all URLs had the usual structure like But now all URLs have this structure:

If one manually enters the URL of a subpage like, he's automatically redirected to the Main Page (

So, the former structure of the URLs before the PHP update doesn't work anymore as it did before.

Is this a general problem of MediaWiki 1.15.0 with PHP 5.3.0 or do only I in my wiki have that problem?

Thanks in advance. --Plati123 16:04, 7 July 2009 (UTC)[reply]

This can be the case if PHP's SAPI changed (which is now "cgi-fcgi" and disables short urls), but you can force by setting $wgUsePathInfo = true; in LocalSettings.php. iAlex 16:38, 7 July 2009 (UTC)[reply]
Thank you very much, it works fine. ;) --Plati123 17:16, 7 July 2009 (UTC)[reply]

Mail error: unable to connect to SMTP server

  • MediaWiki version: 1.5.8
  • PHP version: 5.2.9
  • MySQL version: 5.1.32
  • URL: Internal Only :\

I am trying to setup MediaWiki with WAMP and for the life of me, I cannot figure out how to confirm the email settings so I don't get the following error:

Error sending mail: mail() [function.mail]: Failed to connect to mailserver at "localhost" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set()

I realize I need to change localhost to my isp's mail server, but even when I do this it doesn't work. Is it because my ISP requires an SSL connection?

Thank you,

It this case, you may to use $wgSMTP (and get Mail.php from PEAR). Also update your MediaWiki copy, 1.5.8 is really old. iAlex 20:33, 27 July 2009 (UTC)[reply]

Image transform functions consume all server memory 23:23, 21 July 2009 (UTC)[reply]

  • MediaWiki version: Latest version recently ugraded ( 1.15 (Current latest download)

Hi, we have a few problems with viewing Special pages, particularly Unused files, Uncategorised files etc. Also seems where images are thumbnailed in topics, rendering the full image presents a memory issue (get a blank page), even though the image maybe not particularly large. Here is a typical example:

Here is a typical situation:

Select Special Pages Click unused file Process stalls Consult server logs...

PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 9920 bytes) in /home/club8090/wiki/includes/media/Bitmap.php on line 194, referer:

Those lines are the bottom 2 in this code fragment, which is where it is trying to 'transform' images (in this case a test showed it to be jpeg images, one being a simple B&W scan of a few profile lines (if that is relevant)

			$typemap = array(
				'image/gif'          => array( 'imagecreatefromgif',  'palette',   'imagegif'  ),
				'image/jpeg'         => array( 'imagecreatefromjpeg', 'truecolor', array( __CLASS__, 'imageJpegWrapper' ) ),
				'image/png'          => array( 'imagecreatefrompng',  'bits',      'imagepng'  ),
				'image/vnd.wap.wbmp' => array( 'imagecreatefromwbmp', 'palette',   'imagewbmp'  ),
				'image/xbm'          => array( 'imagecreatefromxbm',  'palette',   'imagexbm'  ),
			if( !isset( $typemap[$mimeType] ) ) {
				$err = 'Image type not supported';
				wfDebug( "$err\n" );
				return new MediaTransformError( 'thumbnail_error', $clientWidth, $clientHeight, $err );
			list( $loader, $colorStyle, $saveType ) = $typemap[$mimeType];

			if( !function_exists( $loader ) ) {
				$err = "Incomplete GD library configuration: missing function $loader";
				wfDebug( "$err\n" );
				return new MediaTransformError( 'thumbnail_error', $clientWidth, $clientHeight, $err );

			$src_image = call_user_func( $loader, $srcPath );
			$dst_image = imagecreatetruecolor( $physicalWidth, $physicalHeight );

Penultimate line is line 194

$src_image = call_user_func( $loader, $srcPath );

Thanks for any light anyone can shed on this

Additionally, I cannot find how to 'Protect' Special Pages from All users (without editing rights) They really don't need to consult them... but Special Pages don't seem to be offered under the normal Wiki Protect mechanism

Many thanks for any help... 19:25, 27 July 2009 (UTC)[reply]

Clive Smith

The URL seems to work now, but 32 MB for memory_limit is a bit low for MediaWiki. iAlex 20:28, 27 July 2009 (UTC)[reply]

Problem using the NoTitle Extension with version 1.15.1

  • MediaWiki version: 1.15.1
  • PHP version: 5.3.0
  • MySQL version: 5.0.45
  • URL: private

I get the following error spammed at the top of every request:

Notice: Use of undefined constant MAG_NOTITLE - assumed 'MAG_NOTITLE' in /usr/local/httpd-2.2.12/htdocs/mwiki/extensions/notitle.php on line 28
Notice: Undefined variable: action in /usr/local/httpd-2.2.12/htdocs/mwiki/extensions/notitle.php on line 36
Notice: Undefined variable: action in /usr/local/httpd-2.2.12/htdocs/mwiki/extensions/notitle.php on line 36

I've triple checked and the code in notitle.php as well as the require statement needed in LocalSettings.php.

Anyone have any ideas? Thanks, Rhugga

Rhugga 19:02, 1 August 2009 (UTC)[reply]

Help: [RESOLVED]Global hooks array is not an array! Error.

The following error I get when I view the page is:

Global hooks array is not an array!


  1. 0 /mounted-storage/home20b/sub001/sc20370-KEAR/ wfRunHooks('MagicWordMagicW...', Array)
  2. 1 /mounted-storage/home20b/sub001/sc20370-KEAR/ require_once('/mounted-storag...')
  3. 2 /mounted-storage/home20b/sub001/sc20370-KEAR/ require_once('/mounted-storag...')
  4. 3 /mounted-storage/home20b/sub001/sc20370-KEAR/ : eval()'d code(22): include('/mounted-storag...')
  5. 4 /mounted-storage/home20b/sub001/sc20370-KEAR/ : eval()'d code(35): doc_out()
  6. 5 /mounted-storage/home20b/sub001/sc20370-KEAR/ eval()
  7. 6 {main}

The mediawiki script was working fine until recently. I connected to the internet and checked my site and recieved this error. I have searched everywhere for information to how to fix this error but cannot find any information I can understand or follow.

I would like help on how to get my mediawiki working again. If it comes to reinstalling, that is no problem as my database is backed up. However I would like to avoid reinstalls to save time as I have alot of administrating to do. Could somebody help me please? Thanks. 11:16, 5 August 2009 (UTC)[reply]

RESOLVED Showing template content in skin file

Hi, I am new to MediaWiki. I want to split the home page into multiple templates so that it can be easily edited. Right now the contents are hard coded into the skin_name.php file. I tried the following code:

$id = Title::newFromText("Template:HomepageImages")->getArticleId();
$myArticle = Article::newFromId($id); //Make an article object from that id
echo $myArticle->getContent();

I get the content of the template, however, the "special tags" are not converted. It shows [[File:banner-01.jpg|link=Joel_Bergner]_] (ignore the _ before closing ]) instead of the actual image. How can I get template content to display? Thanks. 06:24, 7 August 2009 (UTC)[reply]

You need to pass it through $wgOut->parse(), using something like:
global $wgOut;

$title = Title::makeTitle( NS_TEMPLATE, 'HomepageImages' );
$article = new Article( $title );
echo $wgOut->parse( $article->getContent() );
iAlex 09:32, 7 August 2009 (UTC)[reply]

It worked perfectly. Thank you so much.

failed to open stream: no such file or directory in /home/pedia/public_html/includes/autoloader.php on line 582

warning: require(/home/pedia/public_html/includes/templates/userlogin.php) [function.require]: failed to open stream: no such file or directory in /home/pedia/public_html/includes/autoloader.php on line 582

  1. PHP 5.2.8 installed
  2. Found database drivers for: MySQL SQLite
  3. PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title)
  4. Have XML / Latin1-UTF-8 conversion support.
  5. Warning: A value for session.save_path has not been set in PHP.ini. If the default value causes problems with saving session data, set it to a valid path which is read/write/execute for the user your web server is running under.
  6. PHP's memory_limit is 200M.
  7. Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching.
  8. GNU diff3 not found.
  9. Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
  10. Installation directory: /home/pedia/public_html
  11. Script URI path:
  12. Installing MediaWiki with php file extensions

HomePage is working, but some other site sections returning with an error, for example login page.

Please help me to fix it, thanks.

GamblingPedia 17:26, 12 August 2009 (UTC)[reply]

Are you sure that the file /home/pedia/public_html/includes/templates/userlogin.php exists? If this is not the case, then get it from here. iAlex 10:02, 17 August 2009 (UTC)[reply]

Hello iAlex. thank you for trying to help me. All files exist, the problem is (i think) with AutoLoeader.php as you can see, some other sections of the site have the same issue.

Parse error: syntax error, unexpected T_NAMESPACE

  • MediaWiki version: 1.9.3
  • PHP version: 5.3.0
  • MySQL version: 5.1.37
  • URL: localhost

For testing an upgrade of MediaWiki software I downloaded and installed XAMPP on a windows XP system. I copied the WikiMedia dir from our production server to my XAMPP htdocs and also copied the database. I adjusted the LocalSettings.php to connect to the new database.

When I go to the wiki page (https://localhost/wiki/) I get an error: Parse error: syntax error, unexpected T_NAMESPACE, expecting T_STRING in C:\xampp\htdocs\wiki\includes\Namespace.php on line 46

How can I fix this?

LegeDoos 14:00, 21 August 2009 (UTC)[reply]

You have two possible options: Either downgrade PHP or upgrade MediaWiki. It's caused by the new PHP 5.3's namespaces funcionality.[2] --Matěj Grabovský 14:06, 21 August 2009 (UTC)[reply]
Thanks for the info. I had this exact same problem ("Parse error: syntax error, unexpected T_NAMESPACE, expecting T_STRING in /Users/mediawiki/Sites/mediawiki/includes/Namespace.php on line 46") when I upgraded the machine running my MediaWiki installation from Mac OS X 10.5 Leopard to Mac OS X 10.6 Snow Leopard, and am placing this message here in hopes that others with the same problem will more easily be able to google the solution. -Isra1337@wikipedia 01:43, 3 September 2009 (UTC)
Another option to re-enable it temporarily:

for f in $(grep -rl '[^a-zA-Z]Namespace[^a-zA-Z]' .|grep 'php$' | grep -v ./languages/); do sed -i.dgeo 's/\([^a-zA-Z\/]\)Namespace\([^a-zA-Z\.]\)/\1tmpNamespace\2/g' $f; done

Hooks not working for PHP 5.3.0

My host upgraded to PHP 5.3.0 and I had to disable about half of my extensions since they were returning internal errors. I realized they were all hooks. I get this error message (example from Extension:ConfirmEdit):

Detected bug in an extension! Hook SimpleCaptcha::confirmEdit failed to return a value;
should return true to continue hook processing or false to abort.


#0 D:\sites\\inetpub\wwwroot\wiki\includes\EditPage.php(791):
wfRunHooks('EditFilter', Array)
#1 D:\sites\\inetpub\wwwroot\wiki\includes\EditPage.php(2483):
EditPage->internalAttemptSave(false, false)
#2 D:\sites\\inetpub\wwwroot\wiki\includes\EditPage.php(449):
#3 D:\sites\\inetpub\wwwroot\wiki\includes\EditPage.php(340):
#4 D:\sites\\inetpub\wwwroot\wiki\includes\Wiki.php(510):
#5 D:\sites\\inetpub\wwwroot\wiki\includes\Wiki.php(63):
MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User),
#6 D:\sites\\inetpub\wwwroot\wiki\index.php(116):
MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User),
#7 {main}

This is driving me crazy. Any help appreciated.

Joe :) talk 12:15, 25 August 2009 (UTC)[reply]

This happens when the callback expects an argument to be passed by reference but this argument isn't passed by reference when calling wfRunHooks(). These extensions are being fixed (ConfirmEdit should already be fixed), so try to download the latest for the extensions causing these errors and see if it's fixed. iAlex 08:13, 13 September 2009 (UTC)[reply]

Linker.php xml error

Just after installation i cannot access the wiki because i get this error.

Fatal error: Class 'Xml' not found in /home/a8814660/public_html/mediawiki/includes/Linker.php on line 1042

That line contains: $attribsText .= Xml::expandAttributes( $attribs ); 22:26, 12 September 2009 (UTC)[reply]

(RESOLVED) Warning: mkdir() [function.mkdir]: Permission denied

Sorry, I already mentioned my problem at MediaWiki Users, but I'm really going nuts here. I checked like every mkdir permission problem known to Google and I just don't know what to do anymore.


I just moved my wiki family (5 installations: 4 language versions (MediaWiki 1.14) and one pool wiki (MediaWiki 1.13) for files) to a new server. On the old server everything worked fine.

On the old server I exported the MySQL databases via phpMyAdmin (with complete inserts).

I downloaded all files from the old wiki installations via ftp and uploaded everything to the new server and imported the databases via

mysql -u root -p -e "source /path/to/database.sql" database


  • OpenBSD 4.5
  • Apache 1.3
  • PHP 5.2.8 (with enabled GD support, safe_mode is off)
  • MySQL 5.0.77

Each wiki has a subdomain like does (I'm using the same IP for each subdomain and <VirtualHost> in the httpd.conf)


  • Every wiki directory including files is owned by the Apache user and group (www:www)
  • The images directory (including subdirectories) of the pool wiki is 777, the files are 644


The LocalSettings.php of the pool wiki looks like this:

$wgEnableUploads       = true;
#$wgUseImageResize = true;
#$wgUseImageMagick = true;
#$wgImageMagickConvertCommand = "/path/to/convert";
#$wgHashedUploadDirectory = false;

The LocalSettings.php of each language version looks like this:

$wgEnableUploads       = false;
#$wgUseImageMagick = true;
#$wgImageMagickConvertCommand = "/path/to/convert";
$wgUseSharedUploads = true;
$wgSharedUploadPath = '';
$wgSharedUploadDirectory = '/path/to/pool/wiki/images/';
$wgHashedSharedUploadDirectory = true;
#$wgUploadDirectory = "/path/to/pool/wiki/images";
#$wgUploadPath = "";
#$wgUploadBaseUrl = '';

Pool wiki

  • If I go to Special:UncategorizedFiles every thumbnail shows up 95 pixels width (95px-file.jpg)
  • If I resize an image to 123px, it creates the 123px-file.jpg so everything works fine here

Language versions

  • If I load an article with an image thumb that has not been accessed before on the pool wiki, I get a blue link showing File:name.jpg
  • If the file has been loaded on the pool wiki before, I can see the image in thumbnail size, but it's actually the original size (just resized via HTML) and I get the following error:
Warning: mkdir() [function.mkdir]: Permission denied in /path/to/wiki/includes/GlobalFunctions.php on line 2012
  • If I press reload the error is gone (the thumbnail is still not really resized, just via HTML).
  • If I load the same site in a different browser, the error is back again.

I upgraded every wiki to 1.15.1, so there isn't even a difference between the wikis like it was before. Still no success.

Cheers, --Till Kraemer 09:35, 26 September 2009 (UTC)[reply]

Ok, it works now! :) I changed the actual path in LocalSettings.php
$wgSharedUploadDirectory = '/var/www/htdocs/pool/w/images/';
$wgSharedUploadDirectory = '/htdocs/pool/w/images/';
Thanks + cheers, --Till Kraemer 09:31, 27 September 2009 (UTC)[reply]


I have installed the media wiki on Tomcat 5.5 MySQL is installed and running. MediaWiki 1.15.1 is installed on Tomcat

When I ran the config script , I got the following error

javax.servlet.ServletException: PHP Warning: require(/languages/Language.php): failed to open stream: No such file or directory in C:\tom55\webapps\wiki\includes\AutoLoader.php on line 582 PHP Fatal error: require(): Failed opening required '/languages/Language.php' (include_path='.;C:\php5\pear') in C:\tom55\webapps\wiki\includes\AutoLoader.php on line 582

Appreciate your help on this


Internal Server Error only when submitting certain text.

When writing the following sentence and clicking "Save page" we receive an error "Internal Server Error" All other text that we have tried seems to work fine.

here is the sentence: In order to start selecting the site template, choose "Select Site Template" from the "Design Options" menu. 19:45, 7 October 2009 (UTC)[reply]

Do you have mod_security running? If so, disable it or configure it not to interfere with MediaWiki. —Emufarmers(T|C) 00:15, 8 October 2009 (UTC)[reply]

Configuring sendmail for mediawiki

  • MediaWiki version: 1.15.1
  • PHP version: 5.2.10 (apache2handler)
  • MySQL version: 5.1.37-community
  • URL:

I have set up a wiki for our organization and is up and running smoothly. I now have a challenge to configure emails for wiki. I have installed our wiki on RHEL 4. I have sendmail installed on the Red HAT machine and trying to configure wiki for sendmail. I saw in one of the articles which says "wiki by default uses sendmail to send emails". But in my case it is not doing so, having a hard luck in configuring it. In my case wiki is using PEAR mail to send emails. Can anyone please let me know how to configure sendmail for wiki. 02:29, 15 October 2009 (UTC)[reply]

Move wiki to new server with current MW, Fatal PHP error

  • MediaWiki version: 1.13.3
  • PHP version: 5.1.6-20
  • MySQL version: 5.0.45-7
  • URL: Classified (very literally, not a joke! ;-) )
  • OS: RHEL5

I need to move a wiki (1.10.0) from one machine to another, and at the same time upgrade MW to 1.13.3 After untarring MediaWiki, copying the contants of /images and restoring the database, attempting to access the wiki results in an error:

[Tue Jan 20 19:48:14 2009] [error] [client] PHP Fatal error: require_once() [<a
href='function.require'>function.require</a>]: Failed opening required '/var/www/html2/wiki/
LocalSettings.php' (include_path='.:/usr/share/pear:/usr/share/php') in /var/www/html2/wiki/
includes/WebStart.php on line 97
Copy this file from previous installation if it's absent, otherwise adjust its perissions to make it readable (most likely, 644). Max Semenik 09:06, 6 November 2009 (UTC)[reply]

Simple error in .php file

  • MediaWiki version: 1.14.0
  • PHP version: 5.2.4-2ubuntu5.5 (apache2handler)
  • MySQL version: 5.0.51a-3ubuntu5.4
  • URL: none

I'm trying out TurnKey MediaWiki (turnkey-mediawiki-2009.04-hardy-x86.iso). I changed my account (admin) language settings to Swedish, and got a PHP error from the file /usr/local/share/mediawiki/extensions/FCKeditor/ I opened the file and found the error; whoever wrote the file must have copy-pasted everything, so that there was twice as much text as it should have been. I removed excess text, and the PHP error disappeared. 17:00, 18 October 2009 (UTC)[reply]

Resetting a User Login Password

  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:



E:\www\wiki\maintenance>php changePassword.php --user=butch --password=melbournecup


PHP Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone _set() function. In case you used any of those methods and you are still getting

this warning, you most likely misspelled the timezone identifier. We selected '

Australia/Melbourne' for '11.0/DST' instead in E:\www\wiki\LocalSettings.php on line 151 PHP Parse error: parse error, expecting `T_STRING' in E:\www\wiki\includes\Name space.php on line 49


Forsg 01:00, 23 October 2009 (UTC)[reply]

SourceForge - loss of session data

I've followed the directions as found here: Manual:Running MediaWiki on but have been unable to have MediaWiki successfuly run on my SourceForge project web space. When I try to edit any settings I always get the error:

"Sorry! We could not process your edit due to a loss of session data. Please try again. If it still does not work, try logging out and logging back in."

In the above mentioned link for setting up MediaWiki on SourceForge I was unable to do the exact steps for creating a symbolic for the sessions or the images directory. I am using Putty on a Windows OS and it didn't have the 'symlink' command so I had to use instead "ln -s" which appeared to do the same thing. Other than that, I believe I followed the steps exactly. Well, I didn't create new database users, I just set the password for the ones which already existed.

I also did the optional configurations except for the SourceForge logo (which I will also do once the wiki is working.)

Any help is greatly appreciated! 13:34, 6 November 2009 (UTC)[reply]

Internal Error

  • MediaWiki version: upgraded to 1.15.1
  • PHP version: 5.2.3
  • MySQL version: 5.0.27

I get the following error when I click on certain links on my page in wiki.

''Internal error
''From Electronic Resources Wiki
''Jump to: navigation, search

''Expected attribute array, got something else in Xml::expandAttributes


''#0 D:\websites\Intranet_Lib\erwiki\includes\Linker.php(1042): Xml::expandAttributes(14)
''#1 D:\websites\Intranet_Lib\erwiki\includes\Parser.php(1403): Linker->makeExternalLink('http://libintra...', 'search the ''rela...', false, 'text', 14)
''#2 D:\websites\Intranet_Lib\erwiki\includes\Parser.php(1053): Parser->replaceExternalLinks('<div class="noa...')
''#3 D:\websites\Intranet_Lib\erwiki\includes\Parser.php(306): Parser->internalParse('<div class='noa...')
''#4 D:\websites\Intranet_Lib\erwiki\includes\Article.php(3384): Parser->parse('<div class='noa...', Object(Title), ''Object(ParserOptions), true, true, 0)
''#5 D:\websites\Intranet_Lib\erwiki\includes\Article.php(875): Article->outputWikiText('<div class='noa...', false)
''#6 D:\websites\Intranet_Lib\erwiki\includes\CategoryPage.php(30): Article->view()
''#7 D:\websites\Intranet_Lib\erwiki\includes\Wiki.php(450): CategoryPage->view()
''#8 D:\websites\Intranet_Lib\erwiki\includes\Wiki.php(63): MediaWiki->performAction(Object(OutputPage), Object(CategoryPage), ''Object(Title), Object(User), Object(WebRequest))
''#9 D:\websites\Intranet_Lib\erwiki\index.php(116): MediaWiki->initialize(Object(Title), Object(CategoryPage), Object(OutputPage), ''Object(User), Object(WebRequest))
''#10 {main}''

I did not have this problem when using MediaWiki 1.11

UPDATE: - I noticed a link between this error and my FCKEditor. If the editor is enabled then I get this error on some of the pages. If it's disabled then the pages work fine, but I can't use the editor. Any idea what I can do?

Srutsam 18:43, 6 November 2009 (UTC)[reply]

Blank page after saving a new Page or edited

  • MediaWiki version: 1.15.1
  • PHP version: 5
  • Postgresql version: 8.4
  • URL: private
  • installed extensions: Discussion, QPoll, WikEd, Gadgets

Just installed wiki for the first time it seems to be running OK. Except when creating or editing a page click save button and wiki returns a blank page, so no redirect ????

Yet the new page is created or it has the modifications.

thanks —JustinG 14:14, 13 November 2009 (UTC)[reply]

See blank page. Max Semenik 15:24, 13 November 2009 (UTC)[reply]

I can't upload files because PHP? errors?

Sorry, I can't write and read English...

  • First: After I collected file, Server displays two error messages bottom of upload page.
    • Warning: call_user_func(LocalFile::newFromTitle) []: First argument is expected to be a valid callback in /home/users/2/ on line 74
    • Warning: call_user_func(LocalFile::newFromTitle) []: First argument is expected to be a valid callback in /home/users/2/ on line 74
  • Next: After I click "Upload" , Error messages of white display.
    • Warning: call_user_func(LocalFile::newFromTitle) []: First argument is expected to be a valid callback in /home/users/2/ on line 74
    • Fatal error: Call to a member function getName() on a non-object in /home/users/2/ on line 444

Please tell me how to upload files... thank you.—Araisyohei 05:40, 27 November 2009 (UTC)[reply]

"Undefined variable: wgRequest" causes a fatal error

I get the following error on wiki pages:

Notice: Undefined variable: wgRequest in /home/linfo/public_html/wiki/index.php on line 51

Fatal error: Call to a member function getVal() on a non-object in /home/linfo/public_html/wiki/index.php on line 51

You can see it on the front page. I am not entirely sure when the error started happening, but it would be recently. *Maybe* it is related to the upgrade from php 5.3.0 to 5.3.1. Line 51 in index.php on my installation is the following:

$maxLag = $wgRequest->getVal( 'maxlag' );

Thank you

Starcraftmazter 05:42, 3 December 2009 (UTC)[reply]

It occurs to me that this is a problem with PHP 5.3 or 5.3.1. When I went back to 5.2.11 the problem went away. Starcraftmazter 13:40, 9 December 2009 (UTC)[reply]

(RESOLVED) Pages imported by ImportTextFile.php NOT searchable

Revive from Project:Support desk/Archives/PHP/001#(RESOLVED) Pages imported by ImportTextFile.php NOT searchable
  • MediaWiki: 1.8.3
  • PHP: 5.2.0
  • MySQL: 5.0.27
  • URL:

I am using ImportTextFile.php to import a number of pages and they show up in Recent Changes.

But if I do a search on some text that I know is in the pages, the results are NOT showing them.

Is there a way that I can ensure that these pages are also searchable?

Thanks. 06:34, 15 March 2008 (UTC)[reply]

Run the updateSearchIndex.php maintenance script. Emufarmers 02:23, 21 March 2008 (UTC)[reply]

That didn't work for imported pages as these pages were not selected during the run of the updateSearchIndex.php. The problem seems to be in the SELECT statement in where "iaisrecentchanges" and "iaispage" tables are matched up to find the pages to be updated. The original SELECT statement is

SELECT ... FROM $recentchanges JOIN $page on
    rc_cur_id=page_id AND rc_this_oldid=page_latest

and since an imported page has a clean slate of attributes, they are NOT selected.

Looking at the actual attributes in the imported pages, rc_last_oldid is always set to 0, thus by changing the SELECT statement to

SELECT ... FROM $recentchanges JOIN $page on 
    rc_cur_id=page_id AND (rc_this_oldid=page_latest OR rc_last_oldid=0)

then those imported pages are also selected.

I also believe that newer versions of mediawiki might have fixed this. 16:21, 25 March 2008 (UTC)[reply]

rebuildtextindex.php may do the work for this --Ans 03:53, 9 December 2009 (UTC)[reply]

Hack for rating of articles

  • MediaWiki 1.13.1
  • PHP 5.2.9 (cgi)
  • MySQL 5.1.30-percona-log
  • URL:

Hi everybody!

I read a few days the book Packt - MediaWiki Administrators' Tutorial Guide and in Chapter 9 is a hack for rating of articles including the code to a special page with the report!

But I implemented in my Wiki and presented the following error:

There was a syntax error in the search database. The last attempt to search the database was:

    (SQL query hidden)

function ". MySQL returned error "1146: Table 'theend35.mw_' does not exist." 

My Wiki is the version 1.13 but the version used in the book is to 1.9

Below is the PHP code that can also be caught in the publisher's website:

RateArticle.php PHP Code:

if ( ! defined( 'MEDIAWIKI' ) )
function wfRateArticleForm()
global $wgArticle, $wgUser, $wgScriptPath;
if(isset($_GET['rated'])&& $_GET['rated'] == "successfully")
$s = getArticleRating();
$s .= '<form name="rank" class="inline" method="post" action="' .$wgScriptPath. '/saverating.php">
        <br> Rate this Article:
        <input type=radio name=rating value=1> 1
        <input type=radio name=rating value=2> 2
        <input type=radio name=rating value=3 checked> 3
        <input type=radio name=rating value=4> 4
        <input type=radio name=rating value=5> 5
        <input type=hidden name=articleID value="' .$wgArticle->getID(). '">
        <input type=hidden name=articleTitle value="' .$wgArticle->getTitle()->getPrefixedText().'">
        <input type=hidden name=userName value="' .$wgUser->getName(). '">
        <input type="submit" name="go" value="Save your Rating" /> </form>';
echo $s;
function getArticleRating()
global $wgArticle, $wgDBprefix;
$articleID = $wgArticle->getID();
$totalRatings = 0;
$totalPoints = 0;
$averageRating = 0;
$sql = "SELECT totalRatings, totalPoints FROM {$wgDBprefix}
articlerating WHERE articleID=$articleID";
$res = wfQuery( $sql, DB_READ );
if( $s = wfFetchObject( $res ) )
$totalRatings = $s->totalRatings;
$totalPoints = $s->totalPoints;
$averageRating = $totalPoints/$totalRatings;
return "Average Rating for this Article is
<b>" .sprintf("%.2f",$averageRating). "
( out of 5.00 ) after $totalRatings Ratings";
return "No rating has been done for this Article.";
function articleRated()
global $wgArticle, $wgUser, $wgDBprefix;
$articleID = $wgArticle->getID();
$userName = $wgUser->getName();
$sql = "SELECT * FROM {$wgDBprefix}articleratinghistory WHERE
articleID=$articleID and userName = '$userName'";
$res = wfQuery( $sql, DB_READ );
if( $s = wfFetchObject( $res ) )
return true;
return false;

saverating.php PHP Code:

Save it in theroot folder of your installation

require_once( './includes/WebStart.php' );
$dbw =& wfGetDB( DB_MASTER );
$sql = "update {$wgDBprefix}articlerating set
`totalRatings` = `totalRatings` + 1,
`totalPoints` = `totalPoints` + '$_POST[rating]'
where `articleID` = '$_POST[articleID]' ";
$res = $dbw->query($sql);
$sql = "insert into {$wgDBprefix}articlerating set
`articleID` = '$_POST[articleID]',
`articleName` = '$_POST[articleTitle]',
`totalRatings` = 1,
`totalPoints` = '$_POST[rating]' ";
$res = $dbw->query( $sql);
$sql = "insert into {$wgDBprefix}articleratinghistory set
`articleID` = '$_POST[articleID]',
`userName` = '$_POST[userName]',
`articleRating` = '$_POST[rating]'";
$res = $dbw->query( $sql);
he ader("Location: index.php?title=".$_POST

SpecialPageRating.php PHP Code:

Save inside the extensions folder

if( defined( 'MEDIAWIKI' ) )
require_once( 'SpecialPage.php' );
$wgExtensionFunctions[] = 'wfSpecialPageRating';
$wgExtensionCredits['specialpage'][] = array( 'name' =>
'Article Ratings', 'author' => 'Mizanur Rahman', 'url' => '' );
function wfSpecialPageRating()
global $wgMessageCache;
SpecialPage::addPage( new PageRating() );
$wgMessageCache->addMessage( 'pagerating', 'Article Ratings' );
$wgMessageCache->addMessage( 'pagerating-header', "'''This page
lists the $1 ranked pages on the wiki.'''" );
$wgMessageCache->addMessage( 'pagerating-limitlinks', 'Show
up to $1 pages' );
$wgMessageCache->addMessage( 'pagerating-showing',
'Found $1 pages;
listing newest first:' );
$wgMessageCache->addMessage( 'pagerating-none', 'No entries
were found.' );
class PageRating extends IncludableSpecialPage
var $limit = 50;
function PageRating()
SpecialPage::SpecialPage( 'PageRating', '', true, false,
'default', true );
function execute( $par )
global $wgOut;
$this->setLimit( $par );
# Don't show the navigation if we're including the page
if( !$this->mIncluding )
$wgOut->addWikiText( wfMsg( 'pagerating-header',
$this->limit ));
$wgOut->addHTML( $this->makeLimitLinks() );
$dbr =& wfGetDB( DB_SLAVE );
$res = $dbr->query( "SELECT * from articlerating ORDER BY
articleID DESC LIMIT 0,{$this->limit}" );
$count = $dbr->numRows( $res );
if( $count > 0 )
# Make tabled list
if( !$this->mIncluding )
$wgOut->addWikiText( wfMsg ( 'pagerating-showing', $count ) );
$wgOut->addHTML( "<br><br><table align=center border=0
cellspacing=0 cellpadding=0 width=70%
style='background:transparent'>\n" );
$wgOut->addHTML( "<tr><Td width=5%><B>#</td>
<Td width=50%><B>Page Title</td><td><B> Current
Rating</td><td><B>Number of Rating</td></tr>");
while( $row = $dbr->fetchObject( $res ) )
$wgOut->addHTML( $this->makeListItem ( $row, $i++ ) );
$wgOut->addHTML( "</table>\n" );
$wgOut->addWikiText( wfMsg( 'pagerating-none' ) );
$dbr->freeResult( $res );
function setLimit( $par )
if( $par )
$this->limit = intval( $par );
global $wgRequest;
if( $limit = $wgRequest->getIntOrNull( 'limit' ) )
$this->limit = $limit;
$this->limit = 50;
function makeListItem( $row , $i )
global $wgUser;
$title = $row->articleName;
$ratingpoint = $row->totalPoints;
$totalrating = $row->totalRatings;
$currentRating = sprintf("%.2f",$ratingpoint/$totalrating);
if( !is_null( $title ) )
return( "<tr><td>$i.</td><td>$title</td><td align=center>
$currentRating</td><td align=center>$totalrating</td></tr>\n");
return( "<!-- Invalid title "
. htmlspecialchars( $row->page_title ) . " in namespace "
. htmlspecialchars( $row->page_namespace ) . " -->\n" );
function makeLimitLinks()
global $wgUser;
$skin = $wgUser->getSkin();
$title = Title::makeTitle( NS_SPECIAL, 'PageRating' );
$limits = array( 10, 20, 30, 50, 100, 150 );
foreach( $limits as $limit )
if( $limit != $this->limit )
$links[] = $skin->makeKnownLinkObj( $title, $limit,
'limit=' . $limit );
$links[] = (string)$limit;
return( wfMsgHtml( 'pagerating-limitlinks',
implode( ' | ', $links ) ) );
echo( "This is an extension to the MediaWiki package and cannot
be run standalone.\n" );
die( -1 );

Creating tables


CREATE TABLE `articlerating`
(`articleID` INT NOT NULL , `articleName` VARCHAR( 250 ) NOT
NULL,`totalRatings` INT NOT NULL,`totalPoints` INT NOT NULL,
PRIMARY KEY ( `articleID` ));


CREATE TABLE `articleratinghistory`
(`articleID` INT NOT NULL ,`userName` VARCHAR( 50 ) NOT
NULL ,`articleRating` TINYINT NOT NULL );

Our next step will be to add a hook for the implemented function. In order to do so, we have to add the following line at the end of our LocalSettings.php file in the root folder of the wiki installation. This hook runs when an event named AfterArticleDisplayed occurs:

PHP Code:

$wgHooks['AfterArticleDisplayed'][] = 'wfRateArticleForm'; 

After this we have to add our extension file at the end of LocalSettings.php. The following code needs to be added for this purpose:

PHP Code:


We have defined our hook for the extended functionality, and we now need to show this functionality to the user. To implement this, we have to modify our skin file. So let's open our default skin file MonoBook.php file from the skins directory. In the file, try to find the footer code blocks, which start with the following code:

PHP Code:

<div class="visualClear"></div>
<div id="footer">
and add the following code section just before the mentioned code section:
global $wgTitle, $wgOut;
if($wgOut->isArticle() && $wgTitle->getArticleId()>1)
<div class="visualClear"></div>
<div id="footer">
<? wfRunHooks( 'AfterArticleDisplayed'); ?>

Can you help to correct the error?

Lauer 13:14, 23 December 2009 (UTC)[reply]

When logging in users get Fatal error: Class 'SpecialResetpass' not found

When logging into the wiki with a known good username and password when the user clicks the login button the page clears and the following error appears:

  "Fatal error: Class 'SpecialResetpass' not found in /home/mbreen/autosub/www/wiki/includes/SpecialUserlogin.php on line 591 03:35, 30 January 2010 (UTC)[reply]

This part of code only exists since 1.14.0, so check that you have to correct file in includes/SpecialUserlogin.php (if not, you can take it from our subversion repo). 08:14, 30 January 2010 (UTC)

PHP has encountered an Access Violation at 01E6AC6A

I have just spend the last day installing PHP, MySQL and configuring IIS to allow me to run Mediawiki on a Windows 2003 server with IIS.

When I load the URL: http://localhost/index.php it take me to the

"MediaWiki 1.15.1 Please set up the wiki first. " page.

However when I try and configure Mediawiki for use and click "Install Mediawiki" I get the following error:

Please include all of the lines below when reporting installation problems.

PHP 5.2.12 installed Found database drivers for: MySQL PHP server API is isapi; using ugly URLs (index.php?title=Page_Title) Have XML / Latin1-UTF-8 conversion support. Warning: A value for session.save_path has not been set in PHP.ini. If the default value causes problems with saving session data, set it to a valid path which is read/write/execute for the user your web server is running under. PHP's memory_limit is 128M. Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching. GNU diff3 not found. Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads

PHP has encountered an Access Violation at 01E6AC6A

I have no idea what is causing this. I should add I am a SQL Server DBA who has been given the task of setting this up so php is not my area at all.

Please Help!

Jkenne01 15:40, 22 February 2010 (UTC)[reply]

Hi, I had the same error and just found the solution on this website today: [3]

Basically the path to your PHP folder set in your Environment Variables needs to be listed before the path to your MySQL folder. Change the order of those paths, reboot, and try running the script again. It worked for me.

Parse Error on line 485 in RecentChange.php

Hi, The MediaWiki was installed properly without any error-message. It primarily looks good, but if you try to save any changes (anonymously or as registered user, you get a php-error-message: "Parse error: syntax error, unexpected $end in /home/oerk/htdocs/ on line 485"

I haven't found anything about this kind of error during my web-research. 08:49, 26 March 2010 (UTC)[reply]

  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:

How can I download to my Sansa mP3 player? — 20:11, 5 April 2010 (UTC)[reply]

Internal Error on "Upload File"

When attempting to Upload File, a message shows up on top of the screen: "Warning: mkdir() [function.mkdir]: Permission denied in D:\www\\httpdocs\wiki\includes\GlobalFunctions.php on line 1649".

The heading on the page is "Internal Error" and the text reads: Could not create directory "public/c/c9".

We previously uploaded an image to the site: We tried uploading pictures as admin and other users, from both on and off our server.

ILTF 15:06, 8 April 2010 (UTC)[reply]

PHP 5.3 Problem Still Exists

MW's problems with PHP 5.3 appear still not resolved, despite the fix that was reported as I'm still receiving similar error messages (eg Warning: Parameter 5 to fnHierarchySaveHook() expected to be a reference, value given in ...includes/Hooks.php on line 117) as well as for the Language.php module.

This happens because because the function being called expects the parameter to be passed by reference, but the hook doesn't pass it by reference. If your function is called by ArticleSave, you can see that the $minor parameter is not passed by reference. You'll need to remove the "&" before that paramter and it should work again. iAlex 08:18, 30 January 2010 (UTC)[reply]
I had to add a "&" in 'includes/OutputPage.php (565)':
wfRunHooks( 'OutputPageParserOutput', array( &$this, &$parserOutput ) );
Maybe that helps someone.
Wrong solution, it's your hook that is declared wrong, not hook call. See Manual:Hooks/OutputPageParserOutput for details. Max Semenik 11:27, 27 April 2010 (UTC)[reply]
Funny, I ran into the same problem with the UserGetRights hook, but my function was declared incorrectly because the documentation was wrong. (moral of the story: don't believe everything that is written here, check the source if you want to be sure) Nx 13:09, 9 May 2010 (UTC)[reply]

Fatal error: Call to undefined method SearchResultTooMany::hasSuggestion()

Fatal error: Call to undefined method SearchResultTooMany::hasSuggestion() in /home/sextant/public_html/en_wiki/includes/specials/SpecialSearch.php on line 938

I'm getting this error message only when I search for a geographic coordinate (which is how my wiki is organized) that has two negative coordinates. For example "-1.111111,-1.111111" returns this error message, while "1.111111,-1.111111" takes me to the appropriate page.

Can someone explain how to fix this? 01:41, 30 April 2010 (UTC)[reply]

  • MediaWiki version: 1.15.1
  • PHP version: 5.2.9 (cgi)
  • PostgreSQL version: 8.3.3
  • URL: 18:31, 10 May 2010 (UTC)[reply]

Fatal error: Call to a member function to HTML() on a non object

  • MediaWiki version: 1.15.3
  • PHP version: 5.3.0 (apache2handler)
  • MySQL version: 5.1.36-community-log
  • URL: unavailable (intranet)

We recently moved our Wiki from a unix server to a windows server. At the same time we upgraded to MediaWiki 1.15.3. Everything has worked fine except when we upload .pdf files we get the following error:

Fatal error: Call to a member function toHtml() on a non-object in K:\wamp\www\qmswiki\includes\ImagePage.php on line 430

This only happens on pdf files, I am able to upload all of the other accepted file types without errors. When i go to the special pages and click on files, the files I get the error on show up on the list, but the path is:


Any suggestions?

Dave Moe — 20:41, 18 May 2010 (UTC)[reply]

Error when uploading File "The file you uploaded seems to be empty"

  • MediaWiki version: 1.15.3
  • PHP version: 5.2.6
  • MySQL version: 5.1.44-community-log
  • URL:

When attempting to upload a new image I get the following error message:

Error when uploading File "The file you uploaded seems to be empty"

In the apache logs I see this all over the place

PHP Error PHP Notice: unserialize(): Error at offset BagOStuff.php

I moved the wiki from a ubuntu box to a RHEL 5 box. Ive checked permissions, no luck.

Brichter 19:29, 24 May 2010 (UTC)[reply]

(Resolved)T_VARIABLE error

Hi, I currently have the problem with the T_WARIABLE. I am using v1.16.0beta3. Can anyone please help? URL of my Wiki:

Hydriz 06:21, 4 June 2010 (UTC)[reply]

MediaWiki upgrade failing with "LocalisationCache.php" and "Language.php" errors

  • MediaWiki version: 1.16 beta
  • PHP version: 5.3.0
  • MySQL version: 5.1.37
  • URL: None, on an internal XAMPP/Windows 2003 Server installation.

I'm trying to upgrade from 1.15 MediaWiki. Install goes fine, and http://ms-tux/wiki/config/index.php comes up as expected at the end. Main_page, however, has the following three errors:

Warning: Invalid argument supplied for foreach() in C:\xampp\htdocs\wiki\includes\LocalisationCache.php on line 326

Warning: Invalid argument supplied for foreach() in C:\xampp\htdocs\wiki\includes\LocalisationCache.php on line 377

Fatal error: Unsupported operand types in C:\xampp\htdocs\wiki\languages\Language.php on line 248

Thanks! — 17:17, 4 June 2010 (UTC)[reply]

Try adding the following to the bottom of your LocalSettings.php:
$wgLocalisationCacheConf['store'] = 'file';
$wgCacheDirectory = '<some directory on local hard drive outside of web server root>';
Max Semenik 17:28, 4 June 2010 (UTC)[reply]

Fantastic - that seems to have done the trick. Much good karma your way! :)

Web service Login error

  • MediaWiki version: MediaWiki 1.15.3
  • PHP version:  5.2.9
  • MySQL version: 5
  • URL:
  I am currently using webservice but cannot login in your AddPageService.php file. How to solve the this kind of issues.

Gopi 06:53, 9 June 2010 (UTC)[reply]

Gopi P

500 Internal Server Error on clicking at red links

  • MediaWiki version: 1.15.3
  • PHP version: 5.2.9
  • MySQL version: 5
  • URL:

500 Internal Server Error on clicking at red links I am getting internal server error in case i am not logged into my wiki site on clicking at links like create/edit/discussion etc, however, after loggingin system works fine.

See how to debug. Max Semenik 14:39, 15 June 2010 (UTC)[reply]
  • MediaWiki version: 
  • PHP version: php 5.2
  • MySQL version: 4.3
  • URL:

Mediawiki update is unable to find the php5? It is pointed to old version php4. How can I resolve this? 19:44, 15 June 2010 (UTC)[reply]