Project:Support desk/Archives/Extension/001

= 2008 =

(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, [[Image:Tournesol.png|20px]] MediaWiki 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."):

     


 * "Search results code" ("Paste this code on http://, where you would like your search results to appear."):

  var googleSearchIframeName = "results_002538290091482747803:gffn9ipskde"; var googleSearchFormName = "searchbox_002538290091482747803:gffn9ipskde"; var googleSearchFrameWidth = 600; var googleSearchFrameborder = 0; var googleSearchDomain = "www.google.com"; var googleSearchPath = "/cse"; 

-PatPeter,  MediaWiki Support Team  02:32, 21 February 2008 (UTC)


 * Anyone? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki 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.--125.163.15.197 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:
 * 127.0.0.1 FooBar got IPs for TestingUser on wiki1
 * 127.0.0.1 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 - http://sunstarnet.quotaless.com/testwiki 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 127.0.0.1 Thanks, --82.42.237.84 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 quotaless.com), 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?? --82.42.237.84 19:38, 6 March 2008 (UTC)

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

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

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

_Matt (mattnewrock[AT]yahoo.com)


 * 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 [[Image:Tournesol.png|20px]] MediaWiki 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 cu_log.pg.sql and cu_changes.pg.sql). 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 [function.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

Backtrace:


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

--Peter de Sowaro 00:22, 21 February 2008 (UTC)
 * Did you run the command-line install script? --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki 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: http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_11/extensions/Renameuser/

—Astrid 10:03, 21 February 2008 (UTC)
 * Hello. Try to escape non-standard characters in the 'author' field. Replace
 * 'author' => 'Ævar Arnfjörð Bjarmason',
 * to
 * 'author' => '&amp;#198;var Arnfj&amp;#246;r&amp;#240; Bjarmason',
 *  mgrabovský  | talk  (DJ Jeri)  [[Image:Tournesol.png|25px]] MW 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

 * MediaWiki: 1.11.0
 * PHP: 5.2.4
 * MySQL: 2.8.0.2
 * URL: RockCiclopedia

Some questions: Is there an extension I have to install?
 * I've seen that in Wikipedia there's a function (mainly used in templates) like this: . I've tried to copy some lines on my wiki but that function doesn't work!


 * 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/www.rockciclopedia.com/htdocs/extensions/CharInsert/CharInsert.php:46) in /home/mhd-01/www.rockciclopedia.com/htdocs/extensions/CharInsert/CharInsert.php 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. --66.102.80.212 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- —204.2.209.2 23:28, 21 February 2008 (UTC)


 * Try Extension:FileSync --Nad 10:08, 22 February 2008 (UTC)


 * Special:Import? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki 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! <font color="#006500">Smaug 20:32, 26 February 2008 (UTC)

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

 * MediaWiki: 1.11.1
 * PHP: 5.2.5
 * MySQL: 5.0.x
 * URL: http://www.firmalog.com/index.php/%C5%9Eablon:Metakutu#Netice

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


 * Install ParserFunctions extension. According to http://www.firmalog.com/index.php/Special:Version, 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. [mailto:jabril@ub.edu Josep F Abril]

—161.116.70.152 20:22, 5 March 2008 (UTC)

I'VE GOT IT ... X^D

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</tt> 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 require</tt>s 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;

/** * LOCAL INSTALLED EXTENSIONS */

// 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;</tt> 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

—161.116.70.152 19:15, 11 March 2008 (UTC)

(OUTDATED) FileProtocolLink not working on Mac

 * MediaWiki: 1.11.1
 * PHP: 5.2.5
 * MySQL: 5.0.24

Hi,

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 —62.49.155.133 12:35, 6 March 2008 (UTC)

(RESOLVED) Blank Page after Executing Hook

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

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?

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

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

—217.11.252.243 01:05, 11 March 2008 (UTC)

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

 * MediaWiki: 1.11.2
 * PHP: 5.2.3 (apache2handler)
 * MySQL: 4.1.21-standard
 * URL: http://wiki:8082/wiki/

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' ) continue; + if ( cb.onclick ) +        continue; var end = checkboxes.length;

And the problem goes away, but not sure if this breaks anything else.

—67.165.212.121 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: ).

Regards,

—81.205.35.85 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 ;) 81.205.35.85 15:33, 14 March 2008 (UTC)

(OUTDATED) SpecialDeleteOldRevisions broken in the 1.12 release

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP: n/a
 * MySQL: n/a
 * URL: JavaSpec.org

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 http://www.mwusers.com/forums/showthread.php?p=23832#post23832)

I left a note at http://meta.wikimedia.org/wiki/Category:Extensions_by_Marc_Noirot but am not sure this was the most appropriate way to contact him.

-Doug —74.194.156.80 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
We have CentralAuth enabled on wikis with databases test</tt>, untest</tt> and wikidb</tt> (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
 * MediaWiki: 1.13alpha (r32165) [updated daily from SVN]
 * PHP: 5.2.2 (apache2handler)
 * MySQL: 5.0.41-community-nt
 * URL: private

Backtrace:
 * 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))
 * 1) 10 C:\xampp\htdocs\untest\index.php(89): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(WebRequest))
 * 2) 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).

—84.139.61.182 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 @ —82.42.237.84 15:08, 20 March 2008 (UTC)


 * How did en.wikipedia.org grant the rollback extension in the user rights log?? nothing in Special:Version about it. Thanks, AP @ --82.42.237.84 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). 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 @ --82.42.237.84 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 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?? —91.17.99.230 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,  MediaWiki Support Team  00:53, 26 March 2008 (UTC)
 * MediaWiki: 1.11.0
 * PHP: 5.1.4 (cgi-fcgi)
 * MySQL: 5.0.45-log
 * URL: Red Orchestra Wiki


 * 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 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, [[Image:Tournesol.png|20px]] MediaWiki Support Team  02:22, 27 March 2008 (UTC)


 * Just from a quick examination of the code, I think I see a simple hack. Replace
 * with
 * 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 03:32, 27 March 2008 (UTC)
 * 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 03:32, 27 March 2008 (UTC)
 * 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 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:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13). 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

 * MediaWiki: 1.12.0
 * PHP: 5.2.5 (cgi)
 * MySQL: 5.0.51a-log
 * URL: http://www.mathace.net/wiki/index.php5?title=Main_Page

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? —24.16.117.203 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

 * MediaWiki: 1.12.0
 * PHP: 5.2.0-8+etch10 (apache2handler)
 * MySQL: 5.0.32-Debian_7etch5-log
 * URL: http://demorecht.de/wiki

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; require_once("extensions/NamespacePermissions.php"); $wgGroupPermissions['*']['ns100_read']=false; wgGroupPermissions['*']['ns101_read']=false;

$wgGroupPermissions['user']['ns100_read']=true; $wgGroupPermissions['user']['ns100_edit']=true; $wgGroupPermissions['user']['ns100_create']=true;

$wgGroupPermissions['user']['ns101_read']=true; $wgGroupPermissions['user']['ns101_edit']=true; $wgGroupPermissions['user']['ns101_create']=true;

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

 * MediaWiki: 1.12.0
 * PHP: 5
 * MySQL:
 * URL: http://www.integraltech.info/

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/integraltech.info/includes/SpecialPage.php on line 321

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

Thanks in Advance! Chris —192.195.154.114 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?

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

 * MediaWiki: 1.9.3
 * PHP: 5.2.5 (cgi)
 * MySQL: 4.1.22-standard-log
 * URL: http://www.gidelimmi.net/wiki/index.php?title=Ana_Sayfa

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)
 * —Emufarmers(T 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. <font color="#66A7CC">i <font color="#9966CC">Alex  18:06, 4 May 2008 (UTC)

(OUTDATED) CategoryTree + AutoLink
Hello,

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.
 * Extension:AutoLink
 * Extension:CategoryTree

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 1.5.104.9 (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 Other 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 and 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

Hooks Hook name Subscribed by LanguageGetMagic wfPropertyTableParserFunctionMagic visited from 172.26.220.80 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. \end{align}$$

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="http://www.forkosh.dreamhost.com/mathtex.cgi?' . $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.

—84.57.149.49 15:10, 27 April 2008 (UTC)


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

(OUTDATED) dumpHTML extensions - cscript error

 * MediaWiki: 1.12.0
 * PHP: 5.2.1
 * MySQL: 5.037
 * URL:

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?

Thanks,

Melissa —74.167.174.223 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. <font color="#006500">Smaug  [[Image:Tournesol.png|20px]] 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. <font color="#006500">Smaug  [[Image:Tournesol.png|20px]] 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???--87.154.137.197 04:12, 2 May 2008 (UTC)

(RESOLVED) Parser Functions if

 * MediaWiki: 1.12.0
 * PHP: 5.2.5 (apache2handler)
 * MySQL: 5.0.45-community
 * URL: http://en.codevwiki.org/

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

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?--71.217.196.15 14:59, 4 May 2008 (UTC)


 * Well I did a little googling and i might have found the answer:
 * -71.217.196.15 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.-71.217.196.15 15:08, 4 May 2008 (UTC)


 * Well I figured it out afterall all I need is:
 * --71.217.196.15 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. <font color="#006500">Smaug  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</tt> - the original MediaWiki source
 * ~/base</tt> - created with lndir</tt>(1), symlinks to the source to make upgrades easier
 * ~/web/wikin</tt> - the live installations

Any source hacks are done by copying files into base</tt>, also storing diffs in there. Extensions are also stored in base</tt>. Each wiki setup holds its own LocalSettings.php</tt> 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</tt> rather than the live install for it. Is there any workaround to manually dropping each LocalSettings.php</tt> into the root of my source tree, such as overriding the lookup paths it uses? t.i.a.

217.36.107.9 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. -- 89.55.182.231 07:12, 28 May 2008 (UTC)


 * Done, thanks — Howcome 13:04, 29 May 2008 (UTC)

(RESOLVED) Cite extension not working correctly.

 * MediaWiki: 1.12.0
 * PHP: 5.2.3 (cgi-fcgi)
 * MySQL: 5.0.24a-standard-log
 * URL: http://www.universalpanik.com/wiki/index.php?title=Juri

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. —66.28.98.10 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 Wiki.org
 * 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'); $wgGroupPermissions['steward']['userrights']=true; $wgGroupPermissions['steward']['userrights-interwiki']=true; require_once ("$IP/extensions/CentralAuth/CentralAuth.php"); $wgCentralAuthAutoLoginWikis = array('testwiki'); // of course array('nmdb') on testwiki $wgShowExceptionDetails = true; $wgGroupPermissions['steward']['globalgrouppermissions']=true; $wgGroupPermissions['steward']['globalgroupmembership']=true; $wgGroupPermissions['*']['globalgrouppermissions']=true; $wgGroupPermissions['*']['globalgroupmembership']=true; $wgGroupPermissions['*']['userrights']=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

Backtrace:


 * 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))
 * 1) 10 C:\xampp\htdocs\mf\phase3\index.php(92): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(WebRequest))
 * 2) 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.''

—84.139.101.113 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 (http://www.riev.nl/sint/).' in C:\domains\riev.nl\wwwroot\sint\wiki\extensions\Auth_phpBB.php:650 Stack trace: #0 C:\domains\riev.nl\wwwroot\sint\wiki\extensions\Auth_phpBB.php(917): Auth_phpBB->loadPHPFiles('UTF8') #1 C:\domains\riev.nl\wwwroot\sint\wiki\extensions\Auth_phpBB.php(493): Auth_phpBB->utf8('Rick II') #2 C:\domains\riev.nl\wwwroot\sint\wiki\includes\User.php(567): Auth_phpBB->getCanonicalName('Rick II') #3 C:\domains\riev.nl\wwwroot\sint\wiki\includes\User.php(259): User::getCanonicalName('Rick II', 'valid') #4 C:\domains\riev.nl\wwwroot\sint\wiki\includes\SpecialUserlogin.php(371): User::newFromName('Rick II') #5 C:\domains\riev.nl\wwwroot\sint\wiki\includes\SpecialUserlogin.php(447): LoginForm->authenticateUserData #6 C:\domains\riev.nl\wwwroot\sint\wiki\includes\SpecialUserlogin.php(100): LoginForm->processLogin #7 C:\domains\riev.nl\wwwroot\sint\wiki\includes\SpecialUserlogin.php(17): LoginForm->execute #8 C:\domains\riev.nl\wwwroot\sint\wiki\includes\SpecialPage.php(678): wfSpecialUserlogin(NULL, Object(SpecialPage)) #9 C:\domains\riev.nl\wwwroot\sint\wiki\includes\SpecialPage.php(464): SpecialPage->execute('wfSpecialUserlo...', NULL, Object(SpecialPage)) #10 C:\domains\riev.nl\wwwroot\sint\wiki\includes\Wiki.php(193): SpecialPage::executePath(NULL) #11 C:\domains\riev.nl\wwwroot\sint\wiki\includes\Wiki.php(45): MediaWiki->initializeSpecialCases(Object(Title)) #12 C:\domains\riev.nl\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_

—75.88.81.83 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:

../index.php?search=blast&ns100=1&fulltext=searchx

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

../index.php?ns100=1&search=blast&searchx=Search

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: http:www.peacecorpswiki.org

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

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: $$\sqrt[n]{x}$$

Preview: $$\sqrt[n]{x}$$

Page: \sqrt[n]{x}

Can anyone help me out?

—77.87.228.67 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? --75.185.162.55 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?

--213.60.200.97 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! —207.191.186.2 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/libgcj.so.6.0.0) at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.initializeClass (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.forName(java.lang.String, boolean, java.lang.ClassLoader) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run (/usr/lib/libgcj.so.6.0.0) Caused by: java.lang.ClassNotFoundException: java.lang.StringBuilder not found in gnu.gcj.runtime.SystemClassLoader{urls=, parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} at java.net.URLClassLoader.findClass(java.lang.String) (/usr/lib/libgcj.so.6.0.0) at java.lang.ClassLoader.loadClass(java.lang.String, boolean) (/usr/lib/libgcj.so.6.0.0) at java.lang.ClassLoader.loadClass(java.lang.String) (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.forName(java.lang.String, boolean, java.lang.ClassLoader) (/usr/lib/libgcj.so.6.0.0) ...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? -140.190.85.4 17:54, 29 July 2008 (UTC)Chet

(OUTDATED) Issue Tracker Extension not working

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

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

Please help?

Thanks

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

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

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

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)

(OUTDATED) Sphinx integration giving PHP error - Function name must be a string

 * MediaWiki: 1.5.8
 * PHP: 5.2.5 (apache2handler)
 * MySQL: 5.0.51a-community

Hi, I have configured mediawiki for Sphix search as per the wiki

But I am getting this error

Fatal error: Function name must be a string in D:\Program Files\Apache Group\Apache2\htdocs\mediawiki\includes\Setup.php on line 317

Problem seems to be in this line,

$wgExtensionFunctions[] = array( &$setup, 'setup' );

this must be something related to PHP which I am not familiar with.

I am running all this on windows XP and the Sphinx indexing etc is working fine. I tested this through the command prompt

Any help is appreciated – 66.205.89.194 02:04, 15 August 2008 (UTC)

(RESOLVED) Social Profile – Execute install.php from the command line?

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (apache)
 * MySQL: 5.0.51a-community
 * URL: http://sharnyl.net/wiki/index.php/Main_Page

I'm trying to install the Social Profile extension at my mediawiki, but I've run into a couple of issues. It says I have to run the install.php file from the command line but I have no idea what that means. What command line? Where do I do this at? Also, I'm getting an error message:

Notice: Undefined variable: output in /home/xxxxx/public_html/xxxx/extensions/SocialProfile/UserProfile/UserProfilePage.php on line 601 Notice: Undefined variable: output in /home/xxxxx/public_html/xxxx/extensions/SocialProfile/UserProfile/UserProfilePage.php on line 601 Notice: Undefined variable: output in /home/xxxxx/public_html/xxxx/extensions/SocialProfile/UserProfile/UserProfilePage.php on line 148 Notice: Undefined variable: output in /home/xxxxx/public_html/xxxx/extensions/SocialProfile/UserProfile/UserProfilePage.php on line 629

—97.115.181.238 20:43, 17 August 2008 (UTC)


 * See Command line interface to find out about command line in general. Assuming you are a Windows user and your server is Unix-like, you should download PuTTY remote shell client and use it to connect to your server through SSH. Once you have opened the connection, type cd your wiki directory/extensions/SocialProfile</tt> in PuTTY and then type <tt>php install.php</tt>. If all this seems a bit too complicated, you can alternatively run the required SQL queries through phpMyAdmin interface.
 * The "error" you reported is not an error to be exact, but rather a PHP notice. In most servers, PHP notices are disabled. You should be able to turn off error reporting by adding the following piece of code into your wiki's LocalSettings.php: <tt>error_reporting(0);</tt>
 * In any case, the PHP notices mentioned above will be fixed in SocialProfile version 1.2. which will hopefully be released in near future.
 * And at least in the case of SocialProfile extension, you are more likely to get an answer on Extension talk:SocialProfile (where you initally posted this question) rather than here. -- Sayuri 20:47, 17 August 2008 (UTC)


 * Okay, but why do I need to connect through an SSH? I can access everything on my domain.  Is there some place to get the SQL query so I can just do it manually through phpMyAdmin?  I looked at the file and it's not written in a way I'm use to seeing.
 * 97.115.181.238 02:54, 18 August 2008 (UTC)

(OUTDATED) How to show pages in categories with "includeonly" summary beside each page link
Is there any way of altering Category pages to show


 * a link to each page in the category
 * a summary of each page, generated from transcluding the "includeonly" part of each page?

Many thanks.

(OUTDATED) How to restrict anonymous users from editing all pages from Category or subcategories
How to restrict anonymous users from editing all pages from Category or subcategories

—59.95.41.82 05:54, 26 August 2008 (UTC)

(OUTDATED) decimal separators in parsing on European Wikis

 * MediaWiki: 1.13.0
 * PHP: 5.1.6 (apache2filter)
 * MySQL: 4.1.20
 * URL: http://de.wiki-products.org/

In many European countries/languages we use "," instead of "." as decimal separators in numbers. We write 10,4 kg instead of 10.4 kg. Now, this is problematic because the mediawiki parser functions don't respect this conventions and return errors on numbers with commas. This alone wouldn't be a problem, if we could adopt our whole wiki to the US convention (writing all numbers with "." instead of ","). However, this is impossible because other extensions (like semantic mediawiki) respect the European convention and adopt their calculations according to the language to which the wiki is configured. Semantic Mediawiki, installed on a German Wiki, therefore cannot handle numbers with "." as decimal separator. This is a big problem because we need both extensions on our wiki. The best solution would therefore be to find a way to make parser functions handle numbers with ",". Is there a way to do so?

This would solve many problems for us...

—Gollum 19:21, 30 August 2008 (UTC)

(OUTDATED) Problems with CentralNotice from MediaWiki subversion repository

 * MediaWiki version: 1.14alpha
 * PHP version: 5.2.0-8+etch11 (apache2handler)
 * MySQL version: 5.0.32
 * Extension:CentralNotice: (Version r36357)

Main and extensions are trunk of MediaWiki subversion repository.

As of 2008-09, the extension that is present in subversion causes significant page load problems. This is most likely by including a call to a third-site JavaScript, which does not load. Page source of pages generated when the extension is enabled, includes:

<script type="text/javascript" src="http://smorgasbord.local/trunk/index.php/Special:NoticeLoader">

This call is not present on the Wikipedia site itself. On en.wikipedia, CentralNotice is given as the same version: (Version r36357). However, the results seems to be different.

—G.Hagedorn 04:32, 17 September 2008 (UTC)

(OUTDATED) Need Help with Installing CentralAuth

 * MediaWiki version: 1.14alpha (r40823)
 * PHP version: 5.2.6 (cgi)
 * MySQL version: 5.0.67-log
 * URL: Not public yet

I'm trying to install CentralAuth on mediawiki. I did the installation instructions and ran the .sql file in phpmyadmin. However, after I do all that, aI get a problem with the database saying that it can't access the table "centralauth", Could anyone help. P.S I didn't use $wgConf

—Techman224 12:43, 19 September 2008 (UTC)

(OUTDATED) No mainpage after istalling DynamicPageList-extension

 * MediaWiki version: 1.12.0
 * PHP version: 5.1.2
 * MySQL version: 5.0.26
 * URL:

Hello support-desk,

I recently installed the SpecialTaskList-extension and the dependend extensions DynamicPageList and ParserFunctions.

After that, i wasn't able to connect to my wiki mainpage (every other mediawiki site works fine). I got an "Page can not be displayed"-error.

If I comment the DynamicPageList-extension in the LocalSettings.php everything seems to work fine except the tasklist (because DPL is needed).

How can I reactivate the DPL extension without getting this error? Maybe ther is a configuration faillure... I have made no changes to the extension.

best regards, Jens Risch —217.5.249.133 11:27, 24 September 2008 (UTC)

(RESOLVED) Invalid confirmation code. The code may have expired.

 * MediaWiki version: 1.13.1
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.67-community-nt
 * Web Server: Apache 2.2.9
 * OS: Windows Server 2003
 * URL: http://www.smartgridipedia.org

Local Test Site
 * MediaWiki version: 1.11.0
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.37-community-nt
 * Web Server: Apache 2.2.9
 * OS: Windows XP
 * URL: localhost

I've just deployed MediaWiki for the new Wiki above. I'd like to add the ConfirmAccount extension but before deploying it I've been testing it on my local site.

On the test site, the system allows a new user to request an account and successfully sends an e-mail to the new user. When the user click the link, or pastes it into a browser, a page appears with this message:

Invalid confirmation code. The code may have expired.

The wiki works well otherwise. What am I overlooking? I don't want to try deploying this to the main site until I get it working on my test site. I notice that the MediaWiki version is different for the two sites. I've checked that the ConfirmAccount extension version is correct for the application. Could that be the problem, and maybe the main site will work without a problem?

—209.60.163.120 21:07, 25 September 2008 (UTC)


 * ConfirmAccount is supposed to work with 1.11, but if you think that's the problem, why not just upgrade MediaWiki on your test site? If that doesn't fix the problem, report it on Extension_talk:ConfirmAccount so that the extension maintainer will see it. —Emufarmers(T 01:30, 26 September 2008 (UTC)


 * Followup: I found out that the problem was that timezone wasn't set in PHP. After setting a valid timezone in PHP, ConfirmAccount started working correctly.--RKH 15:01, 1 October 2008 (UTC)

(OUTDATED) ShowHide extension not working when I save the page.

 * MediaWiki version: 1.8.5
 * PHP version: 5.1.6
 * MySQL version: 4.1.13
 * URL:

I have installed the ShowHide extension. The ShowHide functionality only works in "Show preview" screen. When I click on "Save page" it does not work. It doesn't hide the text section. Help!

Here's an example: test __HIDER__ some text

Thanks!! —Brchun 19:47, 29 September 2008 (UTC)

(OUTDATED) Single sign-up, which hook to use?

 * MediaWiki version: Last Version
 * PHP version: 5.2.5
 * MySQL version: 5
 * URL: in local

Could you suggest me the hook to use for single sign-up between MediaWiki and another PHP Script. Now i managed the logout by hooking the UserLogoutComplete event. But what about login and automatic authentication (checking if is yet logged into another script).

—151.53.47.197 19:52, 30 September 2008 (UTC)

(OUTDATED) LDAP extension on Wiki?

 * MediaWiki version: 1.13.1
 * PHP version: 5.2.4 (apache2handler)
 * MySQL version: 5.0.45-community-nt
 * URL:

I have set up a wiki for testing and we trying the AD configuration.

Am unable to get the AD/LDAP working. Can you please confirm if these are the correct settings which I needs to add to the localsettings.php

My installation is running on a as-is Xamp Stack (Not sure if this can make any difference)

Please review the below and let me know if this is Good to work or am I missing something?

=
=================== require_once( 'LdapAuthentication.php' ); $wgAuth = new LdapAuthenticationPlugin;

//The names of one or more domains you wish to use //These names will be used for the other options, it is freely choosable and not dependent //on your system. These names will show in the Login-Screen, so it is important that the user //understands the meaning. $wgLDAPDomainNames = array( "someName"  ); //The fully qualified name of one or more servers per domain you wish to use. If you are //going to use SSL or StartTLS, it is important that the server names provided here exactly //match the name provided by the SSL certificate returned by the server; otherwise, you may //have problems. $wgLDAPServerNames = array( "someName"=>"TheLDAPMachineName"  ); //Allow the use of the local database as well as the LDAP database. //Good for transitional purposes. //Default: false $wgLDAPUseLocal = false; //The type of encryption you would like to use when connecting to the LDAP server. //Available options are "tls", "ssl", and "clear" //Default: tls $wgLDAPEncryptionType = array( "someName"=>"clear"  );

//Search filter. //These options are only needed if you want to search for users to bind with them. In otherwords, //if you cannot do direct binds based upon $wgLDAPSearchStrings, then you'll need these two options. //If you need a proxyagent to search, remember to set $wgLDAPProxyAgent, and $wgLDAPProxyAgentPassword. //Anonymous searching is supported. To do an anonymous search, use SearchAttibutes and don't set a Proxy //agent for the domain required. $wgLDAPSearchAttributes = array( "someName"=>"uid"  );

//The search string to be used for straight binds to the directory; USER-NAME will be //replaced by the username of the user logging in. //This option is not required (and shouldn't be provided) if you are using a proxyagent //and proxyagent password. //If you are using AD style binding (TDOMAIN\\USER-NAME or USER-NAME@TDOMAIN) and //want to be able to use group syncing, preference pulling, etc., you'll need to set //$wgLDAPBaseDNs and $wgLDAPSearchAttributes for the domain. $wgLDAPSearchStrings = array( "someName"=>"uid=USER-NAME,ou=SOMEOU,dc=some,dc=net"  );

//Base DNs. Group and User base DNs will be used if available; if they are not defined, the search //will default to $wgLDAPBaseDNs $wgLDAPBaseDNs = array( "someName"=>"dc=SOMEOU,dc=some,dc=net"  ); --59.160.37.32 6 October 2008

(RESOLVED) Template:Languages (ParserFunctions)

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.0-8+etch11 (cgi-fcgi)
 * MySQL version: 5.0.32-Debian_7etch6
 * URL: http://ocaml.tuxfamily.org/

Hi, I would like to know how to activate/install this template: Template:Languages


 * You need to install Extension:ParserFunctions (if you haven't yet), and then copy the template plus Template:Languages/Lang. -- :bdk: 03:33, 14 December 2008 (UTC)

(RESOLVED) Short URL/wiki/Page title -- no root access - but I miss the Logo

 * MediaWiki version: 1.11.0
 * PHP version: 5.2.0-8+etch10 (cgi-fcgi)
 * MySQL version: 5.0.32-Debian_7etch5-log
 * URL: http://www.wellness.andreasmgross.de

After installing the Extension http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access - which worked fine for me, but except this:

The logo is not displayed any more.

Who knows to help?

—Andreas Groß 03:08, 22 October 2008 (UTC)
 * I found the solution on another place:
 * Problem: Web page Logo does not appear in shortened web pages but still appears on normal /wiki/index.php?title= pages.
 * Solution: Use an absolute path to the image like so $wgLogo = "http://examplewiki.org/wiki/skins/common/images/wikiheader.png";
 * Reference: http://www.mediawiki.org/wiki/Manual:Short_URL/Page_title_--_PHP_as_a_CGI_module,_no_root_access#Tips

(RESOLVED) Format Search Results, Lucene, MWSearch

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.5
 * MySQL version: 5.0.45
 * URL:

I have just completed an overhaul of our MediaWiki implementation, and am now looking to improve the quality of the search results.

To this end, I have installed LuceneSearch and use it by way of the MWSearch extension.

I am curious as to how I can change the formatting of the search results to make it look more like those returned by MediaWiki or Wikipedia - remove the red highlighting for keywords, change the date format, modify colours, etc.

Any guidance you could provide would be much appreciated.

Cheers —209.139.229.17 18:56, 5 November 2008 (UTC) (Matt)


 * Found the relevant CSS - I guess my only remaining question would be how to modify the date format that is returned by way of Lucene/MWSearch?
 * In case any one else was wondering - the date format is a user preference.

(RESOLVED) Cite extension does not work on Joomla 1 installation

 * MediaWiki version: 1.5.8
 * PHP version: 5.2.0-8+etch10 (apache2handler)
 * MySQL version: 5.0.32-Debian_7etch6-log
 * URL: http://mystic.inibap.org/joomla/karen/joomla_1

I have installed Cite on a Joomla 1 site with the mediawiki version as stated above. It does not work. I have followed the instructions in regards to putting the require once line on the LocalSettings.php page. First I got an error message saying that the class could not be found. The class is not on the Cite.php page but is on the Cite_body.php page. If you put the class onto the Cite.php page you don't get the error message but still the references do not appear. You see the text between the tags but not a footnote as should appear. Do you have any ideas on this?

Here is a link to a test page on the wiki page of this website: http://mystic.inibap.org/joomla/karen/joomla_1/index.php?option=com_mambowiki&Itemid=203

Karen Lehrer k.lehrer@cgiar.org

—Klehrer 13:16, 12 November 2008 (UTC)


 * You must upgrade MediaWiki. —Emufarmers(T 19:54, 12 November 2008 (UTC)

(RESOLVED) Proposing a new MediaWiki extension : Global Context Variables
Going on discussion started on Meta. Is it the right place to discuss it?

See Wikimedia Forum

There are arguments and analysis of the problem and why we would need it, and which kind of problems it would solve cleanly.

Contributions wellcome there. Thanks. Verdy p 22:37, 12 November 2008 (UTC)


 * We have a seperated page for such proposals: Extension requests. -- :bdk: 03:33, 14 December 2008 (UTC)

(RESOLVED) Recent Vandalsim and Crash after installing CheckUser
I recently installed the CheckUser extension after I found my wiki was vandalized by a user going by the name of either Grawp or Hagger over the last few days.
 * MediaWiki version: 1.12.0
 * PHP version: 5.2.5 (cgi-fcgi)
 * MySQL version: 4.1.22-max-log
 * URL: http://innewscenter.net/wiki

Now I'm getting a database error

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "efUpdateCheckUserData". MySQL returned error "1146: Table 'inn0826408295227.mw_cu_changes' doesn't exist (p41mysql169.secureserver.net)".

—Nsgaeverine 19:44, 18 November 2008 (UTC)


 * You never ran the CheckUser install script. —Emufarmers(T 23:48, 18 November 2008 (UTC)
 * Where on the wiki is the check user install script to open command prompt and run php install.php? Nsgaeverine 17:53, 19 November 2008 (UTC)
 * The issue has been resolved, I found out that I needed to change the cu_chanes, etc. to mw_cu_changes. Nsgaeverine 20:03, 20 November 2008 (UTC)

(RESOLVED) How do you install reCaptcha extension

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6 (cgi)
 * MySQL version: 5.0.67-msl-icd1-log
 * URL: http://test.royandboucher.com/wiki/index.php?title=Special:RequestAccount

I have installed the ConfirmAccount extension and was in the process of installing the reCaptcha Extension. To say that the recaptcha.net page is quite brief, and it leaves a few things out is a big understatement.

I downloaded from the Google link, but when I activate the reCaptcha extension by adding the require_once( "$IP/extensions/recaptcha/ReCaptcha.php" ); line to LocalSettings.php, I then get a fatal error which when you add $wgShowExceptionDetails = true; to the LocalSettings.php returns Messages file for extensions ConfirmEdit is not defined Backtrace:


 * 1) 0 /home/royboucher/www/test/wiki/extensions/ConfirmAccount/RequestAccount_body.php(197): wfLoadExtensionMessages('ConfirmEdit')
 * 2) 1 /home/royboucher/www/test/wiki/extensions/ConfirmAccount/RequestAccount_body.php(78): RequestAccountPage->showForm
 * 3) 2 /home/royboucher/www/test/wiki/includes/SpecialPage.php(534): RequestAccountPage->execute(NULL)
 * 4) 3 /home/royboucher/www/test/wiki/includes/Wiki.php(224): SpecialPage::executePath(Object(Title))
 * 5) 4 /home/royboucher/www/test/wiki/includes/Wiki.php(55): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
 * 6) 5 /home/royboucher/www/test/wiki/index.php(93): MediaWiki->initialize(Object(Title), NULL, Object(OutputPage), Object(User), Object(WebRequest))
 * 7) 6 {main}

However when I add the ConfirmEdit extension with the require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" );

It initially appears to work, but ultimately ends with a fatal error Fatal error: Cannot redeclare class SimpleCaptcha in /home/royboucher/www/test/wiki/extensions/ConfirmEdit/ConfirmEdit_body.php on line 66

So how do you install the reCaptcha extension? and what parts of ConfirmEdit are needed? and should the ConfirmEdit messages be put in the recaptcha extensions directory or what?

TIA, —Ken Roy 15:16, 23 November 2008 (UTC)


 * The ReCAPTCHA package includes ConfirmEdit. You must follow all of the installation instructions, including the ones about the key pair. —Emufarmers(T 22:02, 23 November 2008 (UTC)
 * Thanks for your response. I did follow the instructions as defined on the Carnegie Mellon site

and added the require_once( "$IP/extensions/recaptcha/ReCaptcha.php" ); to LocalSettings.php and obtained the api keys. So why am I getting Messages file for extensions ConfirmEdit is not defined. --Ken Roy 01:34, 24 November 2008 (UTC)
 * See response from Aaron Download current ConfirmEdit which resolved the problem. --Ken Roy 15:30, 27 November 2008 (UTC)
 * Noted (belatedly) on the ReCAPTCHA page. —Emufarmers(T 15:28, 30 November 2008 (UTC)

(RESOLVED) Subpage transclusion - possible with default Mediawiki installation?

 * MediaWiki version: 1.13.1
 * PHP version: 5.2.2 (apache2handler)
 * MySQL version: 5.0.41
 * URL: (Intranet)

I haven't been able to transclude a subpage onto a page, i.e.: putting this code: onto the main page. (More info here: http://en.wikipedia.org/wiki/Help:Template#Relative_name_for_transcluded_page )

I've tried this in the Wikipedia sandbox, and it worked - so I'm wondering if this involves a particular Extension. I haven't been able to find anything about this - I've been using the following terms to search: subpage transclusion template Kind thanks.


 * Update
 * Found out! Seems to work with the installation of the Parser extension. Woot!
 * —Dougbast 03:31, 7 December 2008 (UTC)

(RESOLVED) Login error: Incorrect password entered. Please try again

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6 (cgi)
 * MySQL version: 5.0.51a-community
 * URL: http://tng.lythgoes.net/wiki2/index.php?title=Special:UserLogin
 * Installed Extensions : ConfirmAccount and ConfirmEdit
 * Extension functions : confirmEditSetup, efLoadConfirmAccount and efReCaptcha

What would cause the new user to be unable to login with the temporary password?

I tested the ConfirmAccount extention with the reCaptcha extension and had it working fine on my test wiki. When I asked the administrator to implement it on the TNG Wiki everything appears to be OK, except that when a new user attempts to login, they get the following error message

Login Error: Incorrect password entered. Please try again

I have not found anything doing a Google Search that might indicate where we have a problem in the setup. I asked the administrator to send me his LocalSettings.php and changed mine to match his but I cannot recreate the problem.

You can see the problem at http://tng.lythgoes.net/wiki2/index.php?title=Special:UserLogin

using Account name: Test Login

Password: QrNq8bh

After changing my LocalSettings.php to match those on TNG wiki2, I created a new account and was able to login with the temporary password, which then prompted for the password change.

Any help here would be appreciated tremendously since this is the only thing preventing us from going live.

TIA —Ken Roy 21:47, 7 December 2008 (UTC)
 * Appears to be a self-induced problem as a result of lines I added to ConfirmAccount_body.php to save the real name in a variable so that I could create the User:user page with realname which is not used as the login username, I overlaid line 445 - $user->saveSettings; // Save this into the DB --Ken Roy 12:59, 10 December 2008 (UTC)