Project:Support desk/Archives/Extension/001

Jump to navigation Jump to search


(OUTDATED) Searching uploaded documents

Is there any kind of extension that allows for searches within uploaded documents? It would be very useful. I believe Google Desktop could be integrated somehow...

(OUTDATED) Extension:Google Custom Search Engine

  • MediaWiki: 1.11.0
  • PHP: 5.1.4 (cgi-fcgi)
  • MySQL: 5.0.45-log
  • Database: Unknown, if you know how to figure it out please tell me.
  • URL: Red Orchestra Wiki

Alright so how do I get this extension to work? I made the page as said here, but any search returns to the main page, I actually wanted it to look like Wikipedia, where you can choose between Google search and MediaWiki search on the SpecialSearch.php.

—-PatPeter, MediaWiki Support Team 20:05, 7 January 2008 (UTC)

Anyone else use this extension? -PatPeter, Tournesol.pngMediaWiki Support Team 16:34, 21 January 2008 (UTC)
Here is the "Search box code" content ("Paste this code in the page where you'd like your search box to appear."):
<!-- Google CSE Search Box Begins  -->
<form action="http://" id="searchbox_002538290091482747803:gffn9ipskde">
  <input type="hidden" name="cx" value="002538290091482747803:gffn9ipskde" />
  <input type="hidden" name="cof" value="FORID:11" />
  <input type="text" name="q" size="25" />
  <input type="submit" name="sa" value="Search" />
<script type="text/javascript" src=""></script>
<!-- Google CSE Search Box Ends -->
"Search results code" ("Paste this code on http://, where you would like your search results to appear."):
<!-- Google Search Result Snippet Begins -->
<div id="results_002538290091482747803:gffn9ipskde"></div>
<script type="text/javascript">
  var googleSearchIframeName = "results_002538290091482747803:gffn9ipskde";
  var googleSearchFormName = "searchbox_002538290091482747803:gffn9ipskde";
  var googleSearchFrameWidth = 600;
  var googleSearchFrameborder = 0;
  var googleSearchDomain = "";
  var googleSearchPath = "/cse";
<script type="text/javascript" src=""></script>
<!-- Google Search Result Snippet Ends -->

-PatPeter, Tournesol.pngMediaWiki Support Team 02:32, 21 February 2008 (UTC)

Anyone? -PatPeter, Tournesol.pngMediaWiki Support Team 02:23, 27 March 2008 (UTC)
Found something here, but it doesn't give a clear guidance on how to use this Google "Search box content" code to join the previous contents of MediaWiki Sidebar. Any help would be appreciated.-- 08:44, 24 August 2008 (UTC)

(RESOLVED) Crosswiki checkuser problem

  • MediaWiki: 1.11
  • PHP:
  • MySQL:
  • URL:

I'm running MediaWiki 1.11 on a webhost, got Makesysop, Makebot and a few more extensions running. Checkuser works, but isn't actually doing a crosswiki log in the format:

  • FooBar got IPs for TestingUser on wiki1
  • FooBar got IPs for User2 on theotherwiki

Anyone know how to fix it?? —Whitsun 21:52, 19 February 2008 (UTC)

What is it doing? I'd need more info. Aaron 06:13, 2 March 2008 (UTC)
I couldn't install it via command-prompt on my webhost, so just copied the files from SVN to my website - and although it lets me do checkuser, it doesn't log properly. If you register an account I'll give you checkuser privileges so you can see what I mean. I can't get it to do a checkuser log that's cross-wiki like on Wikimedia's, e.g

User:Testuser@enwiki got IPs for Testuser1
User:Testuser2@fpwiki got users for
Thanks, -- 19:48, 3 March 2008 (UTC)

"doesn't log properly"? As in gives errors or as in a local-only log. As of recently, the log was redone to use the database, but for the moment (due to complexities with global DBs) it is local-only. This is true even on WMF sites now. Aaron 20:48, 3 March 2008 (UTC)
A bit of both actually. For some reason my host doesn't allow command-line stuff (well, not that I know of for, so it is hard. As for WMF sites, well, thanks for the note. So when a steward views the checkuser log on Meta or here for example, the log they see is only for this wiki?? -- 19:38, 6 March 2008 (UTC)

(RESOLVED) I Limiting edits by all users to approval only.

I want to be able to approve all edits by non sysop users before they go live. Is this possible?

_Matt (mattnewrock[AT]

You may want to check out Extension:FlaggedRevisions, which does mostly what you want in that only approved edits are shown by default but the latest is still accessible. If this is still not what you desire, consider getting a proper CMS instead of MediaWiki. --Skizzerz talk - contribs Tournesol.pngMediaWiki Support Team 03:03, 19 February 2008 (UTC)

(RESOLVED) CheckUser - cu_log empty, cu_changes not empty.

  • MediaWiki: 1.11.1
  • PHP: 5.2.4_p20070914-pl2-gentoo (cgi-fcgi)
  • PostgreSQL: PostgreSQL 8.2.6 on i686-pc-linux-gnu, compiled by GCC i686-pc-linux-gnu-gcc (GCC) 4.1.2 (Gentoo 4.1.2)

I have already installed this extension and found it not working. What is the problem? The cu_log is empty, so empty... And it is all that I have found out of my database and from the Special:CheckUser site, which tells me the same.

Of course, I've tried doing installation next time (deleting old thing and creating them using and Nothing happened.

And the second thing I've noticed: when I try to check smb's IP, I get the following warning:

Warning: pg_query() []: Query failed: ERROR: relation "cu_log_cul_id" does not exist in /home/k07_b/petersa/.homepage/mw/includes/DatabasePostgres.php on line 515
Błąd wewnętrzny

A database error has occurred Query: SELECT nextval('cu_log_cul_id') Function: Error: 1 ERROR: relation "cu_log_cul_id" does not exist 


#0 /home/k07_b/petersa/.homepage/mw/includes/Database.php(795): DatabasePostgres->reportQueryError('ERROR: relatio...', 1, 'SELECT nextval(...', '', false)
#1 /home/k07_b/petersa/.homepage/mw/includes/DatabasePostgres.php(764): Database->query('SELECT nextval(...')
#2 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(811): DatabasePostgres->nextSequenceValue('cu_log_cul_id')
#3 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(634): CheckUser->addLogEntry('userips', 'user', 'Shaql', '', '2')
#4 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(71): CheckUser->doUserIPsRequest('Shaql', '')
#5 /home/k07_b/petersa/.homepage/mw/includes/SpecialPage.php(459): CheckUser->execute(NULL)
#6 /home/k07_b/petersa/.homepage/mw/includes/Wiki.php(201): SpecialPage::executePath(Object(Title))
#7 /home/k07_b/petersa/.homepage/mw/includes/Wiki.php(45): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
#8 /home/k07_b/petersa/.homepage/mw/index.php(89): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
#9 {main}

--Peter de Sowaro 00:22, 21 February 2008 (UTC)

Did you run the command-line install script? --Skizzerz talk - contribs Tournesol.pngMediaWiki Support Team 00:23, 21 February 2008 (UTC)
Yes. Now I've cleared the database from cu_* things once again and run install.php. Nothing new: I've changed one page, deleted another, tried if there is anything in cu_log - and there's nothing right now, as it was. And the same error, too. Peter de Sowaro 01:11, 21 February 2008 (UTC)
Should be fixed in r31448. Re-do the checkuser log table again. Aaron 06:13, 2 March 2008 (UTC)

(RESOLVED) Problems with Extension:Renameuser

  • MediaWiki: 1.11.0
  • PHP: 5.2.5 (cgi)
  • MySQL: 5.0.32-Debian_7etch1
  • URL: this

Hello! If I include require_once( "extensions/RenameUser/SpecialRenameuser.php" ); into my LocalSettings.php then on my MW the Spezial:Version will be shown as empty. Only the background and the header of the page is shown. If I comment the line in the LocalSettings.php (as in the moment is done) all works very well. The files for the extension I copied from there:

Astrid 10:03, 21 February 2008 (UTC)

Hello. Try to escape non-standard characters in the 'author' field. Replace
'author' => 'Ævar Arnfjörð Bjarmason',
'author' => '&#198;var Arnfj&#246;r&#240; Bjarmason',
 mgrabovský | talk  (DJ Jeri)  Tournesol.pngMW Support Team 13:18, 21 February 2008 (UTC)
Thank you very much, it does it now. :-) As suggestion for extension-authors: perhaps that they use only standard characters. --Astrid 10:11, 22 February 2008 (UTC)

(RESOLVED) Some questions

Some questions:

  • I've seen that in Wikipedia there's a function (mainly used in templates) like this: {{#if:SOMETHING}}. I've tried to copy some lines on my wiki but that function doesn't work!

Is there an extension I have to install?

  • After I've installed the extension CharInsert.php when I try to access to Special:SpecialPages I receive this error:

Fatal error: Cannot redeclare setupspecialchars() (previously declared in /home/mhd-01/ in /home/mhd-01/ on line 48

If I remove the extension the problem is fixed..... why??

  • How do I edit the 404 error page that ask you if you want to create that article? There should be a MediaWiki:Newpage or something like this, I don't remember.......

Lorenzone92 20:47, 21 February 2008 (UTC)

It's MediaWiki:Noarticletext. A few others are MediaWiki:Noarticletextanon, MediaWiki:Badtitletext, MediaWiki:Noimage, but that seems to be the main one. -- 23:20, 21 February 2008 (UTC)
OK, thanks! And for the other questions? --Lorenzone92 21:56, 22 February 2008 (UTC)
Extension:ParserFunctions provides #if:SOMETHING among its various functions; the docs for CharInsert are here. --Carlb 03:31, 23 February 2008 (UTC)
OK, thanks!! And how can I export all my pages? In Special:Export I have to add them manually, how can I export/import all together (template/Mediawiki:xxx also)? --Lorenzone92 14:40, 24 February 2008 (UTC)

If you have access to the command line on your server:

  • php maintenance/dumpBackup.php exports every page in all namespaces
  • php maintenance/importDump.php imports them all together. --Carlb 01:04, 26 February 2008 (UTC)

(RESOLVED) Is it possible to have an article that pulls in content from another file at load time? (or at any time really.)

  • MediaWiki: 1.9.4
  • PHP: 5.1.6 (apache2handler)
  • MySQL: 5.0.27

Is there a way to have a wiki page that pulls its content from another file stored on my server? For example, I have a file on my server, already using MediaWiki markup, called "CHANGELIST" and whenever its updated, I'd like a specific wiki page to update its content based on whats in the "CHANGELIST" file.

I feel like this isn't something too difficult, and probably has been covered before, but my searching skills are just terrible and I can't find it.

Thanks in advance.

-Paul- — 23:28, 21 February 2008 (UTC)

Try Extension:FileSync --Nad 10:08, 22 February 2008 (UTC)
Special:Import? -PatPeter, Tournesol.pngMediaWiki Support Team 17:29, 1 March 2008 (UTC)
Extension:Include --Flominator 06:11, 15 April 2008 (UTC)

(RESOLVED) Question about Extension:KeepYourHandsToYourself and $wgNamespaceAliases

This looks like a pretty great extension, it's just what I need. But, if I have set$wgNamespaceAliases and changed the namespace name of "NS_USER", would it at all mess up the extension? Smaug 00:15, 25 February 2008 (UTC)

It should be fine; the extension is using !in_array($ns, array(NS_USER, NS_IMAGE)) to check for namespaces #4 (user) and #6 (image) by number, not by name, so the namespaces themselves may be named in any language without problems. --Carlb 01:14, 26 February 2008 (UTC)
Thanks for the response! Smaug 20:32, 26 February 2008 (UTC)

(RESOLVED) #if function (all parserfunctions) isn't working

I want to do Modèle:Début des onglets parserfunctions didin't work. I upload css and js. What will I do? -- 01:25, 2 March 2008 (UTC)

Install ParserFunctions extension. According to, you haven't installed it. --Sayuri 00:49, 5 March 2008 (UTC)

(RESOLVED) PARSER extensions not working

  • MediaWiki: 1.11.1
  • PHP: 5.2.1 (apache2handler)
  • MySQL: 4.1.16-max
  • URL: INTRANET... Sic

I've got a problem with the image directory, where many images disappeared without explanation (I haven't found yet and I've checked the filesystem of the RAID1 device, reviewed all the logs from wiki, mysql and apache). The info associated to those "deleted" images is still in the database, though. Therefore, I decided to update the wiki (the "old" one was a 1.9.3) to the later stable build, say here 1.11.1. The database migration went smoothly.

I've upgraded the extensions and included some extra new ones. However, I cannot get three of them working: ParserFunctions, StringFunctions and ImageLink (but they appear to be OK at the Special:Version page). I've tried without success all the suggestions I've found on your help pages, the bugtracking search system, etc..., even google (web, groups, bizzcode, ...). I've also played to leave uncommented only one of them on the LocalSettings.php file. Having "display_errors" enabled, the wiki (and the corresponding apache logs with the variable disabled) produces the following warnings, one per "parsing" function:

Notice: Undefined index: if in *wiki_root_dir*/languages/Language.php on line 1145
Warning: array_slice() [function.array-slice]: The first argument should be an array in
   *wiki_root_dir*/languages/Language.php on line 1153

Notice: Undefined index: ifeq in *wiki_root_dir*/languages/Language.php on line 1145
Warning: array_slice() [function.array-slice]: The first argument should be an array in
   *wiki_root_dir*/languages/Language.php on line 1153

Notice: Undefined index: img in *wiki_root_dir*/languages/Language.php on line 1145
Warning: array_slice() [function.array-slice]: The first argument should be an array in 
   *wiki_root_dir*/languages/Language.php on line 1153

Warning: Cannot modify header information - headers already sent by (output started at
   *wiki_root_dir*/languages/Language.php:1145) in *wiki_root_dir*/includes/WebResponse.php on line 10

Warning: Cannot modify header information - headers already sent by (output started at
   *wiki_root_dir*/languages/Language.php:1145) in *wiki_root_dir*/includes/WebResponse.php on line 10

The wiki then displays the corresponding page but all the templates containing the "parser" functions are embed "as is", without running the corresponding command. Any help would be greatly appreciated. Thanks in advance for your attention. Josep F Abril 20:22, 5 March 2008 (UTC)


Although I was looking forward a reply on this section, I've been trying many things. Finally, I've found what was going on. On the newer configuration file (LocalSettings.php), the initialization of the array $wgHooks is provided after the "Extensions" section. As I haven't found any counter indication on the installation manual or the embed comments; when migrating to the newer version of MediWiki, I put the requires to local installed extensions within that section (not at the end of the file), as follows:

 *  Extensions 

 * A list of callback functions which are called once MediaWiki is fully initialised
$wgExtensionFunctions = array();

/** ... Lines of code and comments
        from $wgExtensionFunctions
        to $wgExtensionCredits initialization
        ... ***
 * Where $type is 'specialpage', 'parserhook', or 'other'.
$wgExtensionCredits = array();


// to view all possible errors found in a page
$wgShowExceptionDetails = true;
error_reporting( E_ALL );
ini_set( "display_errors", true );

 * end extensions

By moving the following code, that initially I've found many lines after the extensions section,

 * Global list of hooks.
 * Add a hook by doing:
 *     $wgHooks['event_name'][] = $function;
 * or:
 *     $wgHooks['event_name'][] = array($function, $data);
 * or:
 *     $wgHooks['event_name'][] = array($object, 'method');
$wgHooks = array();

just after the $wgExtensionCredits = array(); line, everything started to work: no errors on pages, no errors on logs, all parser extensions being replaced...

I hope this will help anybody else having problems with the parser extensions. Cheers... Josep F. Abril 19:15, 11 March 2008 (UTC)

(OUTDATED) FileProtocolLink not working on Mac

  • MediaWiki: 1.11.1
  • PHP: 5.2.5
  • MySQL: 5.0.24


I have the FileProtocolLink Extension installed and working fine for Windows Users, but not for Mac users. Is there a solution to getting this working on Macs or is it not possible? Is there an extension like this one that will work on macs aswell?

Cheers — 12:35, 6 March 2008 (UTC)

(RESOLVED) Blank Page after Executing Hook

Hello, I've attached a function to the ArticleSaveComplete hook. The function completes successfully, but the user is then presented with a blank page rather than being directed back to the article page like they were before. Do I have to return a special value or do something special in order to redirect the user to the article? Or does this mean that I've done something wrong with the called function? 02:30, 8 March 2008 (UTC)

Nevermind, I figured it out. One of my local variables had the same name as a variable passed by the hook, so it was causing an error when I changed it. 17:58, 8 March 2008 (UTC)

(OUTDATED) IssueTracker

  • MediaWiki: 1.11.1
  • PHP: 5.2.4-2 (apache2handler)
  • MySQL: 5.0.51-3-log

after installing IssueTracker extension and adding issues tag, i see only a very long line begining with @ENCODED.... 01:05, 11 March 2008 (UTC)

(OUTDATED) onclick event overwritten by checkboxClickHandler in my extension form

I have created an extension with a form in it. The form has a checkbox with an onclick event set to call a javascript function. The function is never called. I have traced the problem to the wikibits.js file where all input tags of type checkbox have the onclick event set to checkboxClickHandler. Is there anyway to turn this off, to not have my onclick overwritten? This site is on my local machine and is not available to the outside. I do not have the same problem with our 1.8.x installation of mediawiki.

I added the following to wikibits.js to the addCheckboxClickHandlers function:

   if ( !cb.type || cb.type.toLowerCase() != 'checkbox' )
 + if ( cb.onclick )
 +         continue;
   var end = checkboxes.length;

And the problem goes away, but not sure if this breaks anything else. 18:20, 12 March 2008 (UTC)

I have got the exact same problem here. I spent 1h trying to understand why my onclick callback was not called. I considering reporting it as a bug... OlivierCroquette 13:19, 12 September 2008 (UTC)

(OUTDATED) Invite a friend

  • MediaWiki: (11.1)
  • PHP:
  • MySQL:
  • URL:

Hi, I'm looking for this extension, but can't find it anywhere Invite a friend (example: [2]).

Regards, 16:02, 13 March 2008 (UTC)

I think you are talking about >> Extension:SocialProfile .. :) ..--Cometstyles 16:31, 13 March 2008 (UTC)
No, one like this [3] ;) 15:33, 14 March 2008 (UTC)

(OUTDATED) SpecialDeleteOldRevisions broken in the 1.12 release

I'm trying to reach Marc Noirot to let him know the SpecialDeleteOldRevisions extension is broken in the 1.12rc1 release because HTMLForm.php file is no longer available. (See

I left a note at m:Category:Extensions by Marc Noirot but am not sure this was the most appropriate way to contact him.

-Doug — 16:23, 15 March 2008 (UTC)

(OUTDATED) Initializing extensions

  • MediaWiki: 1.11.0
  • PHP: 5.2.5 (apache2handler)
  • MySQL: 5.0.32-Debian_7etch5
  • URL: Redstonewiki

Extensions for my wiki do not work. I have followed every example of how to initialize them and install the extension to the site, but it still fails. The website becomes inoperable after I have enabled the extension and I have to disable the extension for the website to work properly.

Rockp223 00:51, 19 March 2008 (UTC)

(OUTDATED) Problem with CentralAuth

  • MediaWiki: 1.13alpha (r32165) [updated daily from SVN]
  • PHP: 5.2.2 (apache2handler)
  • MySQL: 5.0.41-community-nt
  • URL: private

We have CentralAuth enabled on wikis with databases test, untest and wikidb (the global db is centralauth, as default; we also ran cetral-auth.sql). The page Special:MergeAccount is shown, but when one enters the password and submits, the following error message appears:

Warning: array_map() [function.array-map]: An error occurred while invoking the map callback in C:\xampp\htdocs\meta\extensions\CentralAuth\SpecialMergeAccount.php on line 416
Internal error
no wiki for meta

#0 C:\xampp\htdocs\meta\extensions\CentralAuth\SpecialMergeAccount.php(420): SpecialMergeAccount->foreignUserLink('meta')
#1 C:\xampp\htdocs\meta\extensions\CentralAuth\SpecialMergeAccount.php(413): SpecialMergeAccount->listWikiItem('meta', 'primary')
#2 C:\xampp\htdocs\meta\extensions\CentralAuth\SpecialMergeAccount.php(400): SpecialMergeAccount->formatList(Array, Array, Array)
#3 C:\xampp\htdocs\meta\extensions\CentralAuth\SpecialMergeAccount.php(391): SpecialMergeAccount->listWikis(Array, Array, Array)
#4 C:\xampp\htdocs\meta\extensions\CentralAuth\SpecialMergeAccount.php(521): SpecialMergeAccount->listAttached(Array, Array)
#5 C:\xampp\htdocs\meta\extensions\CentralAuth\SpecialMergeAccount.php(205): SpecialMergeAccount->step3ActionForm(Array, Array)
#6 C:\xampp\htdocs\meta\extensions\CentralAuth\SpecialMergeAccount.php(64): SpecialMergeAccount->doDryRunMerge('meta', Array, Array)
#7 C:\xampp\htdocs\untest\includes\SpecialPage.php(459): SpecialMergeAccount->execute()
#8 C:\xampp\htdocs\untest\includes\Wiki.php(201): SpecialPage::executePath(NULL)
#9 C:\xampp\htdocs\untest\includes\Wiki.php(45): MediaWiki->initializeSpecialCases(Object(Title))
#10 C:\xampp\htdocs\untest\index.php(89): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(WebRequest))
#11 {main}

(All extension files are in a directory called meta\extensions.) It also does not help to allow centralauth extension on the wiki "meta" (dbname: meta). 12:08, 19 March 2008 (UTC)

(RESOLVED) CheckUser weirdness - please investigate

  • MediaWiki: 1.13alpha from SVN
  • PHP:
  • MySQL:
  • URL: it's on a localhost

I got CheckUser working, as well as Oversight and Makesysop, and surprisingly, despite what the CheckUser page here tells me, I didn't need run the command-line to get it working (to be honest, though, I actually had no PHP commandline utilities on XAMPP. Just added the SQL queries, and then copied the files to extensions directory, and for some reason, it actually worked and did a query. Is this a bug or is this meant to happen?? Should this go to Bugzilla?? Thanks, AP @ — 15:08, 20 March 2008 (UTC)

  • How did grant the rollback extension in the user rights log?? nothing in Special:Version about it. Thanks, AP @ -- 15:37, 20 March 2008 (UTC)
If you ran the SQL queries that the installation script includes, then you've done its job.
The non-sysop rollback functionality has been in the core code since version 1.11 (Manual:User_rights_management#GiveRollback). Emufarmers 02:13, 21 March 2008 (UTC)
  • OK, so doing what I did above actually gets it working and it's not a bug?? Confused. AP @ -- 11:37, 22 March 2008 (UTC)
If it's actually working, then yeah. The installation script just happens to be more convenient (and less error-prone) than running the queries directly. —Emufarmers(T|C) 01:31, 23 March 2008 (UTC)

(RESOLVED) Problem with Custom Edit from Barrylb

  • MediaWiki: 1.12.0
  • PHP: 5.2.0-8+etch10 (cgi-fcgi)
  • MySQL: 5.0.45-Dotdeb_0.dotdeb.1-log
  • URL: local

I have Problem with the Mod of Barrylb: User:Barrylb/Custom_article_editing_form_with_fields Nothing Change an the phperror is:

Fatal error: Call to private method EditPage::previewOnOpen() from context '' in /var/www/html/wiki/extensions/CustomEdit.php on line 103

In line 103 is:
''if ($editpage->previewOnOpen() || $wgRequest->wasPosted() ) {  '' 

I dont now whats wrong, and i cannot contact the Autor. Please help what changed in this line?? — 17:49, 21 March 2008 (UTC)

Problem is solved at the end of User talk:Barrylb/Custom article editing form with fields and within the current code. --Flominator 06:10, 15 April 2008 (UTC)

(RESOLVED) Smilies Extension

Is there a smilies extension that allows for replacement of certain words with images? I would assume a bot function would be necessary for this. -PatPeter, Tournesol.pngMediaWiki Support Team 00:53, 26 March 2008 (UTC)

You certainly could use a bot for this, but it would probably be a lot more efficient to work with the parser: Extension:Emoticons does this (though it may need updating). —Emufarmers(T|C) 03:01, 26 March 2008 (UTC)
Hmmm is there any way to turn off that extension for certain pages? Or only enable it for some pages? I am copying lines from web forums into mainspace for my Wiki, so would there be a way to only enable it in talk pages and use a template for mainspace? -PatPeter, Tournesol.pngMediaWiki Support Team 02:22, 27 March 2008 (UTC)
Just from a quick examination of the code, I think I see a simple hack. Replace
&& $parser->mTitle->mNamespace !== 8
&& $parser->mTitle->mNamespace == 1
1 is the main talk namespace; you can replace it with whichever namespace you want to enable smilies on (and you can have it apply to more than one namespace if you want). —Emufarmers(T|C) 03:32, 27 March 2008 (UTC)

(OUTDATED) CategoryTree Error

  • MediaWiki: 1.11.2
  • PHP: 5.1.4-Debian-0.1~sarge1 (cgi-fcgi)
  • MySQL: 4.1.11-Debian_4sarge8

Hello! I have to report an error of CategoryTree (I think it is an error, so I don't know). Following report does occur, if I open by clicking on [+] on a category page showing the subcategories (not everytimes but about every 6). In place of subcategory does appear:

�������������������HTTP/1.1 304 Not Modified 
Date: Wed, 26 Mar 2008 16:20:39 GMT 
Server: Apache/2.0.54 (Debian GNU/Linux) 
Connection: Keep-Alive Keep-Alive: timeout=10, max=499 Expires: Mon, 26 Jul 1997 05:00:00 GMT 
Cache-Control: no-cache, must-revalidate 
Vary: Accept-Encoding ��������������������

This report only appears, if I am browsing by FireFox (version Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv: Gecko/20080311 Firefox/ If I am browsing by Internet Explorer 7 this report does not occur.

Please tell me, what is this report meaning and how can I prevent it?

Please note, that using the extension CategoryTree in Wikipedia by my FireFox, this error report does not occur.

Thanks a lot, Doc Taxon 15:27, 28 March 2008 (UTC)

(RESOLVED) Installing LaTex

I have been trying to install LaTeX on my MediaWiki site, but I have had some difficulty since I am on a shared web server and cannot use SSH or run command lines. How can I get LaTeX and all of the necessary executables to work given these limitations, if possible? — 21:39, 9 April 2008 (UTC)

If you want to install the Extension:Wiki2LaTeX you need to have LaTeX installed before. This can only be done by your administrator. --Flominator 07:03, 10 April 2008 (UTC)

(OUTDATED) Protect a namespace, NameSpacePermissions

I like to create a Namespace which only registered users can access and edit. I tried serveral ways, but nothing worked ;) The last one was to install "NameSpacePermissions" as an extension. I added this code to my Localsettings.conf :

$wgExtraNamespaces = array(100 => "intern", 101 => "Intern_Talk" );

$wgNonincludableNamespaces[] = NS_INTERN;



Does anybody have an idea how to

  • disable read-access for anonymous to "intern"?
  • enable read+write access for all registered users for "intern" ?

With the settings above, it looks like anonymous users can not edit them but still view them. I know these settings are working in another mediawiki-installation (1.11.) so it might have something to do with the version 1.12.0 ?

Validom 12:31, 11 April 2008 (UTC)

(OUTDATED) Social Profile Information Update Error

I have downloaded and installed the social profile extension, but when I try to edit the information, I get the following error:

Fatal error: Class 'SpecialUpdateProfile' not found in /home/.sangievese/cblay/ on line 321

Does anyone have any ideas on how to fix the problem?

Thanks in Advance! Chris — 22:56, 11 April 2008 (UTC)

1) Maybe you should post SocialProfile-related questions to Extension talk:SocialProfile rather than here, I know that I at least watch that page actively, unlike the support desk pages. :)
2) Are you using the latest version from SVN? If not, please upgrade to it. The SourceForge version at least causes problems like the one you mentioned, it's very buggy and most likely compatible only with MediaWiki 1.10. --Sayuri 18:05, 10 May 2008 (UTC)

(RESOLVED) Ldap Sign with Realname instead of Username

  • MediaWiki: 1.7.3
  • PHP: 5
  • MySQL: 5.1

Hi, I have installed MW 1.7.3 with the Ldap extension and it works Great. I am searching now for an Option to Sign with Realname instead of Username because our Username is only a number. Is it possible?

-- 07:07, 13 April 2008 (UTC)

If you got your realname stored somewhere within your LDAP directory you should be able to change cn to the field where the realname is stored, see here. --Flominator 06:07, 15 April 2008 (UTC)

Hi Flominator and thanks for the answer but I will login with my Number but when I will make a sign I will see the Real Name instead of the Login Name... Means, Login with number but when you make the --~~~~ then I will see the RealName. -- 06:18, 19 April 2008 (UTC)

Oh! I don't know how exactly to do it, but you should try to find a way to put the realname after "nickname=" in the field user_options of the user table in your database. --Flominator 09:12, 3 May 2008 (UTC)

(RESOLVED) Fattal error message

Hi, I have mediawiki installed with version 1.9.3 and tried to install checkuser ext. but I am getting this message while trying to change one user's right and enableing for checkuser rights:

Fatal error: Call to undefined method IP::isipaddress() in /home/gidelimm/public_html/wiki/extensions/CheckUser/CheckUser.php on line 162

Is there anybody who can help me to sort out this problem? Thanks —Plenumchamber 15:20, 16 April 2008 (UTC)

[4]Emufarmers(T|C) 01:44, 17 April 2008 (UTC)
.Thnaks for your kind help, I have replaced the files with the old ones and it did work. --Plenumchamber 06:55, 17 April 2008 (UTC)

(RESOLVED) Extension Imputbox fault

  • MediaWiki: 1.9.3
  • PHP: 5.2.5 (cgi)
  • MySQL: 4.1.22-standard-log

I am trying to install extension:Inputbox but I am getting this error while using it:

Fatal error: Call to undefined function wfloadextensionmessages() in /home/gidelimm/public_html/wiki/extensions/Inputbox/inputbox.php on line 58

Is there anybody whop can help me to sort out this problem? Thanks in advance —Plenumchamber 09:10, 17 April 2008 (UTC)

Current version of Inputbox extension, like a lot of other extensions require mediawiki 1.11.0 or higher to work, you can download an older version here. iAlex 18:06, 4 May 2008 (UTC)

(OUTDATED) CategoryTree + AutoLink


I've been interested in three extensions but after installing them it seems that AutoLink and CategoryTree don't like eachother. After installing AutoLink CategoryTree won't work anymore. I've installed these extensions exactly how it's described at the extensions' installation pages.

Do you have any solution for this?

Thanks in advance,

Robin Jongkind —Jongkind 09:03, 18 April 2008 (UTC)

(OUTDATED) authentication questions

  • MediaWiki: 1.12.0rc1
  • PHP: 5.2.5 (isapi)
  • MySQL: 5.0.51a-community-nt
  • URL:

Hi, I need that my wiki make the authentication by LDAP, but with sAMAccountName and not with the UPN, i was trying to change the UID on the LocalSettings file to sAMAccountName but that don't work.

Installed extensions
Special pages 
Groups Administration   Borut Toma�in 
Permissions (Version (2005-08-05 11:24))  Marc Meurrens, Brussels (be) 
Parser hooks 
PropertyTable (Version 1.2.0) Outputs a table with keys and values Fernando Correia 
LDAP Authentication Plugin (Version 1.1g) LDAP Authentication plugin with support for multiple LDAP authentication methods Ryan Lane 
Extension functions 
efGroupsAdministration, fnPropertyTableExtension, wfPropertyTableParserFunctionSetup and wfSpecialPermissions 
Parser extension tags 
<pre> and <properties>
Parser function hooks 
anchorencode, defaultsort, displaytitle, filepath, formatnum, fullurl, fullurle, grammar, int, language, lc, lcfirst, localurl, 
localurle, ns, numberofadmins, numberofarticles, numberofedits, numberoffiles, numberofpages, numberofusers, padleft, 
padright, plural, properties, special, tag, uc, ucfirst and urlencode 

Hook name Subscribed by 
LanguageGetMagic wfPropertyTableParserFunctionMagic 
visited from
Retrieved from "http://ualwiki/index.php?title=Special:Version"

Can you help me?

Thank you JG

(RESOLVED) Prevent MediaWiki from putting HTML tags in my tag extensions

  • MediaWiki: 1.12.0
  • PHP: 5.2.5 (apache2handler)
  • MySQL: 5.0.45-max-log

How can I prevent MediaWiki from putting HTML tags like paragraph and definition tags in my own tag extensions? You know, the auto linebreak and indention stuff, e.g. when you start the line with a colon.

More concrete, I enabled TeX using this technique, but MediaWiki dealt with linebreaks before the code was transformed into the formula image. So, a TeX expression like

  \frac{\Delta y}{\Delta x} &= \frac{f(x_0+\Delta x) - f(x_0)}{\Delta x}\\
                            &= \frac{\bigl((x_0+\Delta x)^2 - 3(x_0+\Delta x) + 2\bigr) - (x_0^2 - 3x_0 + 2)}{\Delta x}\\
                            &= \frac{x_0^2 + 2x_0\Delta x + \Delta x^2 - 3x_0 - 3\Delta x + 2 - x_0^2 + 3x_0 - 2}{\Delta x}\\
                            &= \frac{2x_0\Delta x + \Delta x^2 - 3\Delta x}{\Delta x}\\
                            &= 2x_0 + \Delta x - 3.

would end up like this.

When I saw this I wrote an own tag extension for math tags, but the output was all the same. This is the extension code:

$wgExtensionFunctions[] = 'efMyTex';
function efMyTex() {
    global $wgParser;
    $wgParser->setHook( 'mathx', 'efMyTexRender' ); // not sure if I can overwrite the built-in math tag here
function efMyTexRender( $input, $args, $parser ) {
    return '<img class="tex" src="' . $input . '" alt="LaTex: ' . $input . '">';

I didn't find the slightest hint concerning my problem in the manual and nobody was able to help me on the IRC channel, so I'll be more than glad if someone here could direct me in the right direction. 15:10, 27 April 2008 (UTC)

Nevermind. A simple rawurlencode() in the output HTML did the job. I mixed up MediaWiki's parsing order. -- 14:48, 28 April 2008 (UTC) (formerly

(OUTDATED) dumpHTML extensions - cscript error

  • MediaWiki: 1.12.0
  • PHP: 5.2.1
  • MySQL: 5.037
  • URL: [5]

Hallo, We are using MediaWiki 1.12.0 (Windows XP, PHP 5.2.1, MySQL 5.037). When we try to make a simple HTML-dump of our MediaWiki installation, we get this error-message:

"Der Befehl 'cscript' ist entweder falsch geschrieben oder konnte nicht gefunden werden." (Command 'cscript' is either written wrong or could not be found).

The offline-version of our Wiki seems to be fine - but we can neither use the left-side links (bar) nor links to pages, which use special characters (Umlaute). Maybe this might be of interest: Our online-version uses utf-8, so we had to set in LocalSettings.php

"# Experimental charset support for MySQL 4.1/5.0.
$wgDBmysql5 = true;"

Has anybody an idea, what we do wrong? Thank you. HvK —Hvk 15:02, 28 April 2008 (UTC)

(RESOLVED) MediaWiki PageSecurity with version 1.11.0

  • MediaWiki: 1.11.0
  • PHP: 5
  • MySQL: 5.0.50
  • URL:

I've installed MediaWiki 1.11.0 and was trying to implement a security extention to prevent a user from viewing restricted pages. I tried using the PageSecurity, but when I implement the site won't display.

Is there a way to restrict all pages put into a certain namespace? What's the best method for locking down senitive pages?


Melissa — 19:25, 30 April 2008 (UTC)

For an entire namespace, perhaps $wgNamespaceProtection will help you. For an individual page, you can log in as an administrator or user with enough rights and protect the page using the "protect" action tab. Smaug Tournesol.png 19:33, 30 April 2008 (UTC)

Does this mean that the setting below would keep everyone but 'root' from editing the mentioned NS?

$wgGroupPermissions['root']['editroot'] = true;

$wgNamespaceProtection[NS_MAIN]     = $wgNamespaceProtection[NS_USER]  =
$wgNamespaceProtection[NS_PROJECT]  = $wgNamespaceProtection[NS_IMAGE] =
$wgNamespaceProtection[NS_TEMPLATE] = $wgNamespaceProtection[NS_HELP]  =
$wgNamespaceProtection[NS_CATEGORY] = array( 'editroot' );

I'm reading up on the $wgNamespaceProtection, it should work.... but when you connect to the Wiki how to you save pages to a set NS? Thx, Melissa

Seems like it should work. To edit pages in those namespaces then, as you have written the code, you would have to log in as a user in the "root" group. Try it out. Smaug Tournesol.png 18:27, 1 May 2008 (UTC)
Are you saying that I much create custom pages to utilize additional namespaces? I'm new to MediaWiki and trying to understand how this works. I've assigned the user to the group/namespace. Im trying to locate the data in the database to show which namespace is being used. Melissa

(RESOLVED) Batch Enrolling Of Users

  • MediaWiki: 1.10.1
  • PHP: 5.2.5
  • MySQL: 4.1.22

I have a list of users which i woiuld like to import into MediaWiki. Is this at all possible? Or Would i have to get each and every user to create an account individually?

-- Adam Phillips Thursday 1st May 2008 14:23 (GMT)

Something like this Extension:ImportUsers???-- 04:12, 2 May 2008 (UTC)

(RESOLVED) Parser Functions if

I have the Parser Functions extension installed on my wiki, and I have a template I want to use an if statement on, if the template is being displayed on a page in the Image namespace, I want it to have some specific text; if the template is being displayed on a page in the Media namespace, I want it to have some diffrent text; or if the template is being displayed on a page in neither of those namespaces, I want it to have some other text. Now I would assume I would have to do some nested if statement like

{{ #if: <condition string=image ns?> | <code if true=image text> | {{ #if: <condition string=media ns?> | <code if true=media text> | <code if false=generic text> }}}}

Now the big question, assumming the logic there is right, what would the condition statement be to check if its being displayed in the image namespace or the media namespace?-- 14:59, 4 May 2008 (UTC)

Well I did a little googling and i might have found the answer:
{{#if:{{ns:image}}|Image Text|{{#if:{{ns:media}}|Media Text|Generic Text}}}}- 15:06, 4 May 2008 (UTC)
Well small issue, I tested it on my wiki, when you view the template, it's in the template ns so it should be displaying the generic text, but it's displaying the image text instead.- 15:08, 4 May 2008 (UTC)
Well I figured it out afterall all I need is:
{{#ifeq:{{NAMESPACE}}|{{ns:image}}|Image Text|{{#ifeq:{{NAMESPACE}}|{{ns:media}}|Media Text|Generic Text}}}}-- 15:22, 4 May 2008 (UTC)

(OUTDATED) Drop Down Menu in MediaWiki:Edittools not appearing after CharInsert Extension added

  • MediaWiki: 1.13.0
  • PHP: 5.2.4-2ubuntu5.3
  • MySQL: 5.0.51a-3ubuntu5.1

I have added the extension Extension:CharInsert to my wiki and copy and pasted the source from MediaWiki:Edittools to my own MediaWiki:Edittools and added a couple of css items to my css file to get the style correct. The drop down menu fails to appear, however.

What could be missing from my css, elsewhere, or MediaWiki:Edittools that would cause the drop down menu to not appear like it does on MW? Thanks. Smaug Tournesol.png 19:03, 14 May 2008 (UTC)

(OUTDATED) Working in a symlinked tree

  • MediaWiki: 1.12.0
  • PHP: 5.2.4-2ubuntu5 (apache2handler)
  • MySQL: 5.0.51a-3ubuntu5
  • URL: private (RFC 1918)

My installation structure is something like this (names changed for simplicity):

  • ~/source - the original MediaWiki source
  • ~/base - created with lndir(1), symlinks to the source to make upgrades easier
  • ~/web/wikin - the live installations

Any source hacks are done by copying files into base, also storing diffs in there. Extensions are also stored in base. Each wiki setup holds its own LocalSettings.php and its own images (for now). With this model, upgrading has previously proved to be quick and easy, with little fuss. (I can write some more about this is people are interested)

While trying to install Extension:CheckUser to one of the wikis, I get the following message:

A copy of your installation's LocalSettings.php
must exist and be readable in the source directory.

Presumably, this means it's looking in the source rather than the live install for it. Is there any workaround to manually dropping each LocalSettings.php into the root of my source tree, such as overriding the lookup paths it uses? t.i.a. 11:50, 14 May 2008 (UTC)

(RESOLVED) Removing link markers in print; request for span element

I've run into a problem in Cite.i18n.php. I've been doing some experiments to create print-quality PDF documents from Wikipedia. In the current markup in the generated list of references, visible markers (^, a, b etc.) are added to allow users to click their way back to the source of the reference. In print, however, these markers should not be visible. Given the current markup, it's impossible to remove the markers by way of CSS as there is no wrapper element around them. I therefore suggest adding a "span" element with a class name of "backlink" or something so that one could remove these markers when printing the document.

Howcome 21:43, 22 May 2008 (UTC)

I suggest to move this request to Extension talk:Cite or at least to add it there. -- 07:12, 28 May 2008 (UTC)
Done, thanks — Howcome 13:04, 29 May 2008 (UTC)

(RESOLVED) Cite extension not working correctly.

I'm not getting any actual error reports. But when I use my citation tags, they are not working correctly. You can see the citations if you're logged in, but not if you're logged out. You can see an example at the above URL I linked. The little [1] shows up, but the actual reference doesn't, unless you're logged in.

Cite Adds <ref[ name=id]> and tags, for citations Ævar Arnfjörð Bjarmason

If anyone can give me some suggestions of what to try to fix this, I'd be extremely grateful.

L. Nichols. — 19:39, 28 May 2008 (UTC)

We are having the exact same problem.
* MediaWiki: 1.13.0
   * PHP: 5.2.5 (apache)
   * MySQL: 4.1.22-standard
   * URL: Zelda
Can anyone help out?--Matt 09:22, 26 November 2008 (UTC)
I'm having the same problem (found this page doing a Google search to see what is wrong!)Jonathan3 16:08, 6 December 2008 (UTC)
Just fixed the problem - download the latest version of Cite. Jonathan3 16:28, 6 December 2008 (UTC)

(OUTDATED) CentralAuth problems

  • MediaWiki: always newest (from SVN)
  • PHP: 5.2.2 (apache2handler)
  • MySQL: 5.0.41-community-nt
  • URL: not public

I have two wikis installed locally where I want to test CentralAuth. The database names are 'testwiki' and 'nmdb'. This are their settings:

$wgLocalDatabases = array('test' => 'testwiki', 'nmdb' => 'nmdb');
require_once ("$IP/extensions/CentralAuth/CentralAuth.php");
$wgCentralAuthAutoLoginWikis = array('testwiki'); // of course array('nmdb') on testwiki
$wgShowExceptionDetails = true;

(The userrights settings are so weak because they are just non-public testwikis)

When I go to Special:MergeAccount on one of them, enter my password and hit the button, this error message appears:

no wiki for testwiki


#0 C:\xampp\htdocs\mf\phase3\extensions\CentralAuth\SpecialMergeAccount.php(412): SpecialMergeAccount->foreignUserLink('testwiki')
#1 C:\xampp\htdocs\mf\phase3\extensions\CentralAuth\SpecialMergeAccount.php(405): SpecialMergeAccount->listWikiItem('testwiki', 'primary')
#2 C:\xampp\htdocs\mf\phase3\extensions\CentralAuth\SpecialMergeAccount.php(392): SpecialMergeAccount->formatList(Array, Array, Array)
#3 C:\xampp\htdocs\mf\phase3\extensions\CentralAuth\SpecialMergeAccount.php(383): SpecialMergeAccount->listWikis(Array, Array, Array)
#4 C:\xampp\htdocs\mf\phase3\extensions\CentralAuth\SpecialMergeAccount.php(513): SpecialMergeAccount->listAttached(Array, Array)
#5 C:\xampp\htdocs\mf\phase3\extensions\CentralAuth\SpecialMergeAccount.php(197): SpecialMergeAccount->step3ActionForm(Array, Array)
#6 C:\xampp\htdocs\mf\phase3\extensions\CentralAuth\SpecialMergeAccount.php(66): SpecialMergeAccount->doDryRunMerge('testwiki', Array, Array)
#7 C:\xampp\htdocs\mf\phase3\includes\SpecialPage.php(496): SpecialMergeAccount->execute()
#8 C:\xampp\htdocs\mf\phase3\includes\Wiki.php(224): SpecialPage::executePath(NULL)
#9 C:\xampp\htdocs\mf\phase3\includes\Wiki.php(55): MediaWiki->initializeSpecialCases(Object(Title))
#10 C:\xampp\htdocs\mf\phase3\index.php(92): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(WebRequest))
#11 {main}

And when I try to access Special:Globalgrouppermissions, I get this error: The action you have requested is limited to users in one of the groups *, steward. Although I am steward, bureaucrat, sysop and of course also *!

Same with Special:Globalgroupmembership: You do not have permission to do that, for the following reason:
Your account does not have permission to assign user rights. 14:06, 31 May 2008 (UTC)

(OUTDATED) phpbb user login combined with wiki doesn't work --> exception error

After trying to log in, I get immediately this error:

exception 'Exception' with message 'Unable to find phpBB installed at (' in C:\domains\\wwwroot\sint\wiki\extensions\Auth_phpBB.php:650 Stack trace: #0 C:\domains\\wwwroot\sint\wiki\extensions\Auth_phpBB.php(917): Auth_phpBB->loadPHPFiles('UTF8') #1 C:\domains\\wwwroot\sint\wiki\extensions\Auth_phpBB.php(493): Auth_phpBB->utf8('Rick II') #2 C:\domains\\wwwroot\sint\wiki\includes\User.php(567): Auth_phpBB->getCanonicalName('Rick II') #3 C:\domains\\wwwroot\sint\wiki\includes\User.php(259): User::getCanonicalName('Rick II', 'valid') #4 C:\domains\\wwwroot\sint\wiki\includes\SpecialUserlogin.php(371): User::newFromName('Rick II') #5 C:\domains\\wwwroot\sint\wiki\includes\SpecialUserlogin.php(447): LoginForm->authenticateUserData() #6 C:\domains\\wwwroot\sint\wiki\includes\SpecialUserlogin.php(100): LoginForm->processLogin() #7 C:\domains\\wwwroot\sint\wiki\includes\SpecialUserlogin.php(17): LoginForm->execute() #8 C:\domains\\wwwroot\sint\wiki\includes\SpecialPage.php(678): wfSpecialUserlogin(NULL, Object(SpecialPage)) #9 C:\domains\\wwwroot\sint\wiki\includes\SpecialPage.php(464): SpecialPage->execute('wfSpecialUserlo...', NULL, Object(SpecialPage)) #10 C:\domains\\wwwroot\sint\wiki\includes\Wiki.php(193): SpecialPage::executePath(NULL) #11 C:\domains\\wwwroot\sint\wiki\includes\Wiki.php(45): MediaWiki->initializeSpecialCases(Object(Title)) #12 C:\domains\\wwwroot\sint\wiki\index.php(90): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(WebRequest)) #13 {main}

How can I fix this?

Maybe useful: Path to wiki is www.domain.xx/sint/wiki . My php is www.domain.xx/sint. Both are in the same database, with prefix phpbb3_ and wiki_ 00:50, 7 June 2008 (UTC)

(OUTDATED) Inputbox Search Always Includes Main

  • MediaWiki: 1.12.0
  • PHP: 5.1.6 (cgi-fcgi)
  • MySQL: 5.0.27
  • URL: Internal Network - Unavailable

The Inputbox extension alway includes the Main namespace even when it is unchecked.

The end of the URL that inputbox generates for the results page looks like:


A search from the main page search box that successfully searches only namespace 100 looks like:


TIA —Pmoors 18:27, 12 June 2008 (UTC)

(OUTDATED) Can't get confirm Edit working at all

  • MediaWiki: 1.12.0
  • PHP: 5.2.6 (cgi-fcgi)
  • MySQL: 5.0.45-log
  • URL:

I would really like anonymous submissions on my wiki but the confirm edit extension suddenly stopped working. I thought it had something to do with a conflicting extensions or something in the table structure changed?? So I disabled most of extensions and still it doesn't work. All the confirm edit extension files are from the same version. I posted a comment on the confirm edit discussion and would really like to hear some suggestions. Thanks, Extension_talk:ConfirmEdit#same_but_different....._new_.24wgCaptchaClass

Will --Willjermuk 15:39, 22 June 2008 (UTC) —Willjermuk 01:56, 23 June 2008 (UTC)

(OUTDATED) math-extension only works in preview

  • MediaWiki: 1.10.2
  • PHP: 5.2.3-1ubuntu6.3 (apache2handler)
  • MySQL: 5.0.45-Debian_1ubuntu3.3-log
  • URL: private

I have a problem with the math-extension. I installed mediawiki and mediawiki-math with apt-get. Everything seemed fine.

Now when I use a tex-formula in one of my articles, the preview looks great. But if I submit the article and check it again, I see the tex-source:

Wiki code: <math>\sqrt[n]{x}</math>


Page: \sqrt[n]{x}

Can anyone help me out? 11:16, 23 June 2008 (UTC)

I have this exact same problem and I can't find a solution anywhere. It's really boggling my mind.
Does anyone have any incite? -- 00:04, 7 September 2008 (UTC)

(OUTDATED) Whats happens when you uninstall a Extension??

  • MediaWiki: 1.12.0
  • PHP: 5.1.6 (apache2handler)
  • MySQL: 5.0.24a-community-nt
  • URL: private

After i uninstalled a extension (i commented the line wich called the extension) the interface dont worked. what do i have to do?

-- 12:14, 5 July 2008 (UTC) Silvara

(OUTDATED) Error with 'AuthPlugin'

  • MediaWiki: 1.12.0
  • PHP: 5.2.5
  • MySQL: 5.0.45
  • URL:

I'm running Wampserver 5 on a Windows 2003 Server with the above versions.

I've downloaded the LdapAuthentication.php plugin and I've found tons of info online about configuring Active Directory within MediaWiki. I also have LDAP enabled in my PHP.ini file.

However.....any time I attempt to use the code to "require_once( 'LdapAuthentication.php' );," I get this:

Fatal error: Class 'AuthPlugin' not found in C:\Wamp\www\mediawiki\LdapAuthentication.php on line 54

So what does this mean? Is there something I'm supposed to be enabling somewhere?

Any help will be greatly appreciated! — 16:31, 8 July 2008 (UTC)

(OUTDATED) LuceneSearch Deamon not starting

  • MediaWiki: 1.14alpha
  • PHP: 5.2.6 (apache2handler)
  • MySQL: 4.1.20
  • URL: wiki

I have followed all documentation for setting up the LuceneSearch Deamon found at: Extension:Lucene-search

As well as documentation for setting up MWSearch: Extension:MWSearch

It doesn't appear like the deamon is starting when I run "./lsearchd" , so I took the java string out of the file and ran it manually, replacing the veriables.

Both the string I ran, and the errors are below:

[root@wiki LuceneSearch]# java -Djava.rmi.server.codebase=file://./LuceneSearch.jar -Djava.rmi.server.hostname=$HOSTNAME -jar ./LuceneSearch.jar $*
Exception in thread "main" java.lang.NoClassDefFoundError: while resolving class: org.wikimedia.lsearch.config.StartupManager
   at java.lang.VMClassLoader.transformException(java.lang.Class, java.lang.Throwable) (/usr/lib/
   at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/
   at java.lang.Class.initializeClass() (/usr/lib/
   at java.lang.Class.forName(java.lang.String, boolean, java.lang.ClassLoader) (/usr/lib/
   at (/usr/lib/
Caused by: java.lang.ClassNotFoundException: java.lang.StringBuilder not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./LuceneSearch.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at (/usr/lib/
   at java.lang.ClassLoader.loadClass(java.lang.String, boolean) (/usr/lib/
   at java.lang.ClassLoader.loadClass(java.lang.String) (/usr/lib/
   at java.lang.Class.forName(java.lang.String, boolean, java.lang.ClassLoader) (/usr/lib/
   ...4 more

Can someone point me in the right direction as to where my error is, or possibly another log that could give me more information? - 17:54, 29 July 2008 (UTC)Chet

(OUTDATED) Issue Tracker Extension not working

  • MediaWiki: MediaWiki v1.9.3
  • PHP:
  • MySQL: Version 5
  • URL: Internal Only

I have followed the installation procedure for setting up issue tracker on my wiki page however after typing <issues /> into my wiki page and then saving i get a blank white page. Don't know what I am missing...

Please help?


Michael — 06:44, 30 July 2008 (UTC)

(OUTDATED) problem with #tag: in a 1.11 to 1.12 upgrade

i was using the #tag parserFunction in 1.11 with attributes on the same line, but the content spanning multiple lines....


in 1.12, where #tag is built-in, the 'mytag' extension i wrote only receives 'someattr' as its input.

if i omit 'someattr', however, the 'mytag' extension does see all of the content lines.

similarly, i have another tag which is invoked as....


in which the tag only receives 'someattr=value' -- but as the "content" of the tag, not one of its attributes.

in both cases, the presence of an attribute seems to cause things to fail, with the attribute becoming the content and the content being ignored.

There may be a bug in CoreParserFunctions.php, line 235 of the mediawiki-1.12.0 bundles

		if ( count( $args ) ) {
			$inner = $frame->expand( array_pop( $args ) );
		} else {
			$inner = null;

I substituted array_pop for array_shift, to retrieve the last (not first) item; this now faithfully reproduces the behavior of the #tag extension in 1.11.

i would assume we're interested in "backward-compatibility" for the #tag extension; otherwise, i have lots of editing to do in my documents!!!

BobFrankel 17:51, 3 August 2008 (UTC)