Project:Support desk/Archives/PHP/001

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

= 2006 =

(RESOLVED) Add Groups
Does simply adding a group in LocalSettings.php cause MediaWiki to allow users to be added?


 * Yes. 86.138.46.182 17:32, 20 May 2006 (UTC)

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 -- 89.55.176.121 08:15, 14 June 2008 (UTC)

(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 ; remove the override line from LocalSettings.php or set it to false. robchurch | talk 12:57, 13 July 2006 (UTC)

(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: ?
 * Setting user rights in MediaWiki and Hidden pages. Seb35 16:38, 28 June 2006 (UTC)

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)

= 2007 =

(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.

88.115.194.214 12:00, 27 November 2007 (UTC)


 * Reconfigure your localsettings file. --' Truetech    (Talk)  ''  04:04, 12 August 2008 (UTC)

= 2008 =

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

 * MediaWiki: ?
 * PHP: 5.2.1
 * MySQL: 5.0.27
 * URL: http://cstx.gov/intranet

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!

Thanks.

Susan —The preceding unsigned comment was added by Susan9508 (talk • contribs) 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)


 * 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)

(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 server...how 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.

—74.128.207.61 16:12, 12 February 2008 (UTC)


 * 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)


 * 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?
 * -74.128.207.61 22:35, 12 February 2008 (UTC)

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

 * MediaWiki: 1.11.1
 * PHP: 5.1.4 (cgi-fcgi)
 * MySQL: 5.0.45-log
 * URL: WikiVerse Might have to use this one

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.

—204.132.36.104 06:53, 15 February 2008 (UTC) &mdash;(Gaeamil, not logged in.)


 * 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). i Alex  20:09, 15 February 2008 (UTC)


 * 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)


 * 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 --204.132.36.53 23:03, 15 February 2008 (UTC)


 * 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 [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:56, 17 February 2008 (UTC)


 * 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--204.132.36.53 00:28, 18 February 2008 (UTC)

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  MediaWiki Support Team  01:04, 18 February 2008 (UTC)
 * 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 --204.132.36.53 01:43, 18 February 2008 (UTC)
 * 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 [[Image:Tournesol.png|20px]] MediaWiki Support Team  04:06, 18 February 2008 (UTC)
 * 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--204.132.36.104 07:27, 18 February 2008 (UTC)

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

(RESOLVED) Setting header 
how can I set 

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

--194.182.67.194 12:51, 20 February 2008 (UTC)  mgrabovský  | talk  (DJ Jeri)   MW Support Team  13:48, 21 February 2008 (UTC)
 * 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:

(RESOLVED) Generating New Pages with PHP Script

 * MediaWiki: 1.11.1
 * PHP: 5.2.0
 * MySQL: 5.0.26
 * URL: http://playground.bradley.edu/wiki/

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. —98.214.108.155 02:01, 25 February 2008 (UTC)


 * 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)


 * Pywikipediabot's pagefromfile.py script can do exactly this; http://botwiki.sno.cc or sourceforge.net should have info or a downloadable copy. --Carlb 01:15, 26 February 2008 (UTC)


 * 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)

(OUTDATED) PHP Errors

 * MediaWiki: 1.11.0
 * PHP: 5.2.4 (isapi)
 * MySQL: 5.0.45-community-nt
 * URL: http://wiki.internal.omitec.com

We are experiencing intermittent errors as below:-

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)
 * 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)


 * 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) [function.require-once]: 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?
Greetings,

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 ?

Thanks,

CielProfond 23:47, 27 February 2008 (UTC)


 * 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 [[Image:Tournesol.png|20px]] MediaWiki Support Team  21:25, 28 February 2008 (UTC)
 * 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)

(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.

—68.147.72.69 06:34, 15 March 2008 (UTC)


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

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 updateSearchIndex.inc 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.

68.147.72.69 16:21, 25 March 2008 (UTC)

(RESOLVED) $wgShowExceptionDetails
Hello, i'm the administrator of spiriwiki.com and have a problem with the 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. —Spiriwiki.com 09:41, 26 March 2008 (UTC)
 * Have you tried Clearing your browsers cache? 172.212.163.21 16:52, 28 March 2008 (UTC)

(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)

(OUTDATED) Error using $wgWhitelistRead
Dear,

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 —200.195.42.2 16:32, 23 April 2008 (UTC)

(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: $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;
 * 1) Restrict editing by all non-sysop users

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

—85.216.119.59 17:19, 28 April 2008 (UTC)


 * 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  [[Image:Tournesol.png|20px]] 20:51, 28 April 2008 (UTC)


 * 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.
 * Timm


 * 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
 * --85.216.119.59 16:41, 29 April 2008 (UTC)

(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.

PLEASE CAN ANYONE HELP?

THANKS! —165.146.96.91 08:13, 9 May 2008 (UTC)


 * 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 for more information.  --Cneubauer 19:43, 2 June 2008 (UTC)

(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? --89.55.165.22 06:16, 17 May 2008 (UTC)


 * 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  [[Image:Tournesol.png|20px]] 18:24, 17 May 2008 (UTC)

(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)


 * 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  20:36, 27 May 2008 (UTC)

(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 203.9.156.1 (talk • contribs) 23:44, 28 May 2008 (UTC). Please sign your posts with ~ !


 * See Manual:Preventing access. Regards -- 89.55.190.92 08:08, 29 May 2008 (UTC)

(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. —24.180.104.11 18:49, 1 July 2008 (UTC)

(RESOLVED) Error Message with LocalSettings.php

 * MediaWiki: 1.12.0
 * PHP:
 * MySQL:
 * URL: Test Wiki

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.

—68.38.50.111 01:59, 24 July 2008 (UTC)

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. --'<font face="freestyle script"> Truetech  <font face="Imapct">  (Talk)  ''  03:36, 12 August 2008 (UTC)

(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)
 * $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. <font color="#66A7CC">i <font color="#9966CC">Alex  19:19, 3 August 2008 (UTC)


 * 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)
 * Try prowling in includes/defaultsettings.php file. --'<font face="freestyle script"> Truetech  <font face="Imapct">  (Talk)  ''  03:26, 12 August 2008 (UTC)

(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. --'<font face="freestyle script"> Truetech  <font face="Imapct">  (Talk)  ''  04:06, 12 August 2008 (UTC)

(RESOLVED) URL rewrites

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.45
 * URL: http://wiki.atelier-idees.org/index.php/Accueil

When I open mediawiki with this url: http://wiki.atelier-idees.org/index.php/Accueil It works fine

When I open mediawiki with this url : http://wiki.atelier-idees.org/ I am redirected to the main site http://www.atelier-idees.org/index.php/Accueil :-(

When I submit an article, the article is saved, but, I move to http://www.atelier-idees.org/index.php/The_article :-(

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 /web/www

/web/.htaccess here is the extraction of /web/.htaccess to adapt the subdomain : RewriteEngine on RewriteCond %{HTTP_HOST} ^www.atelier-idees.org RewriteCond %{REQUEST_URI} !^/www RewriteRule (.*) /www/$1 [P] RewriteEngine on RewriteCond %{HTTP_HOST} !atelier-idees.org RewriteRule (.*) http://www.atelier-idees.org/$1 [R=301]

/.rewrites

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 www.informaniak.ch

Thanks a lot

—Proffial 15:55, 23 December 2008 (UTC)

--> Resolved, I had to setup in LocalSettings.php $wgServer          = "http://wiki.atelier-idees.org"; Why it was not automatic ? no idea. --Proffial 17:09, 26 December 2008 (UTC)

= 2009 =

Strange behaviour after install, PHP problem?

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6
 * MySQL version: 5.0.45
 * URL: http://www.mikakunii.net/mikawiki

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 http://www.mikakunii.net/MikaWiki 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/mikakunii.net/httpdocs:/tmp) in /var/www/vhosts/mikakunii.net/httpdocs/mikawiki/config/index.php 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)

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.

—89.139.135.106 18:10, 31 December 2008 (UTC)

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.

—69.12.144.158 05:57, 5 January 2009 (UTC)


 * 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:
 * If you're in a multi-user environment, then you should be a bit more cautious:
 * —Emufarmers(T 15:47, 5 January 2009 (UTC)
 * —Emufarmers(T 15:47, 5 January 2009 (UTC)
 * —Emufarmers(T 15:47, 5 January 2009 (UTC)

(RESOLVED) Parser Error

 * MediaWiki version: Latest
 * PHP version: 5.2.5
 * MySQL version: 5.0.51a-community
 * URL: wiki.gamesnation.co.cc

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?

—94.67.155.172 17:33, 15 January 2009 (UTC)


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

Strange error after backuping

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.6
 * MySQL version: 5.0.45
 * URL: http://web223.sydney.webhoster.ag/user/david_b/homepages/vwikika

Hey guys, I installed the backup-script of http://www.mediawiki.org/wiki/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

THE ERROR:

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)


 * Re-upload all the wiki files. Rerun the installer or manually recreate LocalSettings.php if you destroyed your copy. —Emufarmers(T 04:28, 16 January 2009 (UTC)


 * 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 0.9.6.3 with eAccelerator v0.9.5.3
 * MySQL version: 5.0
 * URL:

I want to import one page from wikipedia.org 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/mywiki.ru/htdocs/languages/Language.php on line 2482, referer: http://mywiki.ru/index.php/Special:Import

—89.19.34.75 15:54, 27 January 2009 (UTC)


 * 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 22:17, 27 January 2009 (UTC)

How to Avoid 'Login Required' Error page.
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).
 * MediaWiki version: 1.13.3
 * PHP version: 5.0.67
 * MySQL version: 5.0.16
 * URL: gefsr.com <BR>

The only suggestion I've found is to use this in LocalSettings.php :<BR> $wgRedirectMustLogin = true;<BR> $wgRedirectLoggedIn = true;<BR> 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

—Graz 19:10, 7 February 2009 (UTC)

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)

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 :/ ?

David

—Trop 09:36, 11 February 2009 (UTC)

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)

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.

—24.213.187.250 21:29, 20 February 2009 (UTC)

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)

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


 * inserted before line 1140
 * FrViPofm 21:58, 2 March 2009 (UTC)

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)

—64.208.49.22 13:29, 24 February 2009 (UTC)


 * 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)

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

—65.242.79.69 21:38, 26 February 2009 (UTC)
 * ArrayIterator is part of the Standard PHP Library, so you need to have PHP compiled without --disable-spl. <font color="#66A7CC">i <font color="#9966CC">Alex  07:41, 9 March 2009 (UTC)

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 -> http://www.mediawiki.org/wiki/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

—89.27.231.126 18:53, 1 March 2009 (UTC)

Update

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:

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.

--89.27.231.126 19:31, 1 March 2009 (UTC)

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  it says. 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?

—220.245.120.79 00:08, 9 March 2009 (UTC)


 * Configure AdminSettings.php. —Emufarmers(T 00:13, 9 March 2009 (UTC)

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.

—220.244.29.69 06:41, 9 March 2009 (UTC)

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 192.168.1.12] PHP Fatal error: Cannot redeclare class SkinTemplate in /var/www/html/wiki/includes/SkinTemplate.php on line 997, referer: http://192.168.1.240/wiki/index.php?title=Special:Upload&wpDestFile=someimage.jpg

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......

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.

—79.73.111.66 04:24, 5 April 2009 (UTC)

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)

$wgForeignFileRepos php errors

 * MediaWiki version: 1.14
 * PHP version: 5+
 * MySQL version: 5+
 * URL: http://wikademia.org/File:Animation_exmaple-animatic.jpg

These image pages give errors at the top of the page:
 * http://wikademia.org/File:Animation_exmaple-animatic.jpg
 * http://wikademia.org/File:Chicago_Downtown_Aerial_View.jpg
 * http://selfindulgence.org/File:Vallée_du_Marcadau_5.JPG
 * http://selfindulgence.org/File:White_headed_bird_in_zoo_heidelberg.jpg

These image pages do not seem to give errors at the top of the page:
 * http://wikademia.org/File:Nasa.florida.750pix.jpg
 * http://wikademia.org/File:Animation_example-inked_drawing.png
 * http://wikademia.org/File:Shadow_Hand_Bulb_large.jpg

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)

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)

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)

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
An an unlogged user of de.wikipedia.org, 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:
 * MediaWiki version: 1.15alpha (r48811)
 * PHP version: 5.2.4-2ubuntu5wm1 (apache2handler)
 * MySQL version: 5.1.33-log
 * URL: http://de.wikipedia.org

—Machtjan X 13:54, 27 April 2009 (UTC)

PHP Fatal Error
Suddenly getting the following on all pages
 * MediaWiki version: Can not connect to tell!
 * PHP version: 2.2.11 (Unix)
 * MySQL version: 5.0.77-community
 * URL: www.taxationsupport.net/wiki/index.php

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?

—213.48.94.65 10:28, 28 April 2009 (UTC)

Fatal error: Class 'ArrayIterator' not found in /usr/local/www/apache22/data/wiki/includes/StringUtils.php on line 179
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.
 * MediaWiki version: 1.14.0
 * PHP version: 5.2.8
 * MySQL version: 5.0.67
 * URL: internal link

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.

—82.148.222.98 15:25, 17 March 2009 (UTC)
 * See above. <font color="#66A7CC">i <font color="#9966CC">Alex  21:59, 20 March 2009 (UTC)


 * MediaWiki version: 1.14
 * PHP version: 5
 * MySQL version:
 * URL: http://dfwebdev:9042/index.php?title=Main_Page

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:

-- 12.192.92.51 20:25, 18 May 2009 (UTC)
 * php5
 * php5-mysql
 * php5-pcre
 * php5-session
 * php5-simplexml
 * php5-spl
 * php5-xml
 * php5-zlib

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.

—217.94.53.101 13:04, 5 May 2009 (UTC)


 * Try the fix listed on bug 18656. —Emufarmers(T 18:51, 5 May 2009 (UTC)


 * 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

—78.86.229.50 18:11, 8 May 2009 (UTC)

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

—84.46.46.128 01:32, 9 May 2009 (UTC)

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: learnjazzpiano.com/wiki

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

Warning: is_dir [function.is-dir]: open_basedir restriction in effect. File(/var/lib/php/session) is not within the allowed path(s): (/var/www/vhosts/learnjazzpiano.com/httpdocs:/var/www/vhosts/learnjazzpiano.com/private) in /var/www/vhosts/learnjazzpiano.com/httpdocs/wiki/config/index.php 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).

Thanks,

Scot

—76.104.204.246 20:06, 22 May 2009 (UTC)

[RESOLVED] Bug with parameters through index.php

 * MediaWiki version: 1.15.0
 * PHP version: 5.2.9
 * MySQL version: 5.0.77-community
 * URL: http://test.gta-sa-mp.com/wiki

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 owner@gta-sa-mp.com please.

—Francis Morissette 21:45, 13 June 2009 (UTC)


 * You have "use external editor" enabled in your preferences. We will not contact posters by e-mail, please do not ask. Happy ‑ melon 08:46, 14 June 2009 (UTC)


 * Thanks you very much.
 * —Francis Morissette 22:37, 14 June 2009 (UTC)


 * 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: http://www.landandtree.net/wiki/index.php?title=LandscapingWiki:Community_Portal 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 - info@gravitationalfx.com


 * It's pretty broken. That URL doesn't include server headers, and skip the beginnin of the page . Are you using some kind of cache server? Have you trierd restarting Apache and PHP ?

[RESOLVED] Problem parsing EXIF data with foreign file repository

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.6
 * MySQL version: 5.0.81-community
 * URL: http://wiki.jnsforum.com/wiki/File:Yurakucho0953.jpg

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)


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

Parse error after changing logo

 * MediaWiki version: 1.15.0
 * PHP version: 5.2.6
 * MySQL version: 4.1.22-standard
 * URL: dbdawiki.xtremeaghosting.com/wiki.php5

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.

—71.158.223.96 00:33, 14 June 2009 (UTC)


 * 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? Happy ‑ melon 08:45, 14 June 2009 (UTC)
 * A common error is to forget the ";" at the end of the statement. You need to use  instead of  . <font color="#66A7CC">i <font color="#9966CC">Alex  11:22, 14 June 2009 (UTC)

[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 —75.84.213.176 08:21, 26 June 2009 (UTC)


 * 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. Happy ‑ melon 17:41, 28 June 2009 (UTC)

[RESOLVED] Using MediaWiki 1.15.0 with PHP 5.3.0

 * MediaWiki version: 1.15.0
 * PHP version: 5.3.0
 * MySQL version:
 * URL: http://www.50er-forum.de

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 http://www.50er-forum.de/wiki/index.php/Hauptseite. But now all URLs have this structure: http://www.50er-forum.de/wiki/index.php?title=Hauptseite.

If one manually enters the URL of a subpage like http://www.50er-forum.de/wiki/index.php/Subpage, he's automatically redirected to the Main Page (http://www.50er-forum.de/wiki/index.php?title=Hauptseite).

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)
 * 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  in LocalSettings.php. <font color="#66A7CC">i <font color="#9966CC">Alex  16:38, 7 July 2009 (UTC)
 * Thank you very much, it works fine. ;) --Plati123 17:16, 7 July 2009 (UTC)

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. <font color="#66A7CC">i <font color="#9966CC">Alex  20:33, 27 July 2009 (UTC)

Image transform functions consume all server memory
—207.188.29.244 23:23, 21 July 2009 (UTC)


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


 * PHP version:  5.0
 * MySQL version: 4.0
 * URL: http://wiki.club8090.co.uk/index.php/Main_Page

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: http://wiki.club8090.co.uk/index.php?title=Exhausts&action=edit

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: http://wiki.club8090.co.uk/index.php/Special:SpecialPages

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) Penultimate line is line 194 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...

—82.21.211.115 19:25, 27 July 2009 (UTC)

Clive Smith
 * The URL seems to work now, but 32 MB for memory_limit is a bit low for MediaWiki. <font color="#66A7CC">i <font color="#9966CC">Alex  20:28, 27 July 2009 (UTC)

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)

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

 * MediaWiki version: 1.7.1
 * PHP version: 5
 * MySQL version: 5
 * URL: http://www.toonophilia.net/toonopedia

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

Global hooks array is not an array!

Backtrace:


 * 1) 0 /mounted-storage/home20b/sub001/sc20370-KEAR/toonophilia.net/toonopedia/includes/MagicWord.php(102): wfRunHooks('MagicWordMagicW...', Array)
 * 2) 1 /mounted-storage/home20b/sub001/sc20370-KEAR/toonophilia.net/toonopedia/includes/Setup.php(60): require_once('/mounted-storag...')
 * 3) 2 /mounted-storage/home20b/sub001/sc20370-KEAR/toonophilia.net/toonopedia/index.php(80): require_once('/mounted-storag...')
 * 4) 3 /mounted-storage/home20b/sub001/sc20370-KEAR/toonophilia.net/gallerythumbnail.php(1) : eval'd code(22): include('/mounted-storag...')
 * 5) 4 /mounted-storage/home20b/sub001/sc20370-KEAR/toonophilia.net/gallerythumbnail.php(1) : eval'd code(35): doc_out
 * 6) 5 /mounted-storage/home20b/sub001/sc20370-KEAR/toonophilia.net/gallerythumbnail.php(1): 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.

—94.196.9.254 11:16, 5 August 2009 (UTC)

RESOLVED Showing template content in skin file

 * MediaWiki version: 1.14.0 (r9)
 * PHP version: 5.2.6 (cgi-fcgi)
 * MySQL version:  	5.0.67-log
 * URL: http://beta.shapingsf-wiki.org/index.php?title=Main_Page

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; //print_r($id); $myArticle = Article::newFromId($id); //Make an article object from that id //print_r($myArticle); echo $myArticle->getContent;

I get the content of the template, however, the "special tags" are not converted. It shows (ignore the _ before closing ]) instead of the actual image. How can I get template content to display? Thanks.

—67.170.248.239 06:24, 7 August 2009 (UTC)
 * You need to pass it through $wgOut->parse, using something like:


 * <font color="#66A7CC">i <font color="#9966CC">Alex  09:32, 7 August 2009 (UTC)

- 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

 * MediaWiki version: 1.15.1
 * PHP version: PHP 5.2.8
 * MySQL version: Server version: 5.0.81-community
 * URL: http://www.gamblingpedia.net

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)
 * 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. <font color="#66A7CC">i <font color="#9966CC">Alex  10:02, 17 August 2009 (UTC)

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
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.
 * MediaWiki version: 1.9.3
 * PHP version: 5.3.0
 * MySQL version: 5.1.37
 * URL: localhost

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)


 * You have two possible options: Either downgrade PHP or upgrade MediaWiki. It's caused by the new PHP 5.3's namespaces funcionality. --Matěj Grabovský 14:06, 21 August 2009 (UTC)


 * 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)

Hooks not working for PHP 5.3.0

 * MediaWiki version: 1.15.0
 * PHP version: 5.3.0 (isapi)
 * MySQL version: 5.0.51a-community-nt
 * URL: http://www.yeshiva.org.il/wiki

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. Backtrace: #0 D:\sites\yeshiva.org.il\inetpub\wwwroot\wiki\includes\EditPage.php(791): wfRunHooks('EditFilter', Array) #1 D:\sites\yeshiva.org.il\inetpub\wwwroot\wiki\includes\EditPage.php(2483): EditPage->internalAttemptSave(false, false) #2 D:\sites\yeshiva.org.il\inetpub\wwwroot\wiki\includes\EditPage.php(449): EditPage->attemptSave #3 D:\sites\yeshiva.org.il\inetpub\wwwroot\wiki\includes\EditPage.php(340): EditPage->edit #4 D:\sites\yeshiva.org.il\inetpub\wwwroot\wiki\includes\Wiki.php(510): EditPage->submit #5 D:\sites\yeshiva.org.il\inetpub\wwwroot\wiki\includes\Wiki.php(63): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest)) #6 D:\sites\yeshiva.org.il\inetpub\wwwroot\wiki\index.php(116): MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
 * 1) 7 {main}

This is driving me crazy. Any help appreciated.

—Joe :) talk 12:15, 25 August 2009 (UTC)
 * 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. <font color="#66A7CC">i <font color="#9966CC">Alex  08:13, 13 September 2009 (UTC)