User talk:IAlex/archive

Jump to navigation Jump to search

New settings

You are adding new pages in the manual namespace about configuration settings like Manual:$wgImportTargetNamespace, Manual:$wgExportMaxHistory, etc; but please also add them to Manual:Configuration settings and Manual:Configuration settings (alphabetical). Thanks, SPQRobin 21:38, 12 October 2007 (UTC)

It's what I'm doing, I'm editing Manual:Configuration settings at the moment and adding in it new settings each time I create one, I'll save it when I'll finish. iAlex 21:41, 12 October 2007 (UTC)
Ok (I have just edited that page, I don't know if you'll have any problems) SPQRobin 21:46, 12 October 2007 (UTC)
I added that one in a other section named 'Special pages' that I just created, maybe Localization section is better. iAlex 21:49, 12 October 2007 (UTC)

Thank You!

A HappyDog!

Thank you for all your fantastic work on tidying, categorising and checking all the MediaWiki configuration settings. I fell way behind in my self-appointed task of checking the version numbers and filling in the gaps (I got up to about 1.5.0), and it's great to have someone inspire me to carry on and finish the job (although I suspect that you've already covered a lot of the work I planned to do... in which case thank you again!!). I just wanted to let you know that all your hard work is really appreciated. --HappyDog 20:32, 15 October 2007 (UTC)

Thank you, but I thinks this is not finished, I only did the new settings for 1.7 (not 1.6), and deprecated settings up to the version 1.4. iAlex 20:42, 15 October 2007 (UTC)
I've been working from v1.1.0 upwards and have added details about all modifications, additions and deletions up to 1.6.0, which I'm working on at the moment, and which I've done everything except for about 25 settings that aren't on the wiki yet (i.e. all the changes for settings that were already on the wiki have been documented), so you don't need to worry about any versions lower than that. --HappyDog 00:37, 16 October 2007 (UTC)

Your deleting my image before I was even done was the last straw for me. I'm quitting wiki

From User talk:CAlan

Wikis are getting just too darn hard and too darn legalistic for average users like me to use anymore. What you just did to me is a perfect example of this
For example -- I'm trying to set up a album page for a singer I like (Michelle Shocked).
I see that -- all over -- people are uploading small images of the covers.
Fine -- so I tried to EXACTLY COPY what others have done and while I'm uploading, my image gets deleted before I'm even done!
Probably I violated some sort of copyright for about fifteen seconds as I was uploading it.
That's just too much! At least let me create the file and rationalize it's use before deleting it!
Cripes. I give up.

This wiki is only about the MediaWiki software, if you want to create an article about a singer you like, you can create it on Wikipedia, not here, see About this site. iAlex 16:08, 19 October 2007 (UTC)

I WAS creating it on Wikipedia (until I gave up.) I was posting the cover here in Wikimedia because I saw that a another album cover said "powered by Wikimedia."
OK, I got it wrong. Obvisously.
What was so frustrating was you deleting my image WHILE I WAS STILL WORKING ON IT. This kind of heavy handed policing is all over the wikis and, I suspect, will be the end of the golden age of wikis. At least it is for me. The way you dealt with me is the so typical in the wikis and I'm giving up on contributing to wikis. Bye.


… for quick handling of Kaganer's request on my talk page :-) And a late "welcome aboard"! --:Bdk: 22:51, 20 October 2007 (UTC)

Importer les historiques des pages m:Help:Inputbox et m:Help talk:Inputbox

Salut IAlex,

Les pages Extension:Inputbox (hist) et Extension talk:Inputbox (hist) n'ont pas été correctement importées : ce sont des copier-coller des pages m:Help:Inputbox (hist) et m:Help talk:Inputbox (hist). Pourrais-tu importer leurs historiques ? Merci d'avance, Korg 18:36, 6 November 2007 (UTC)

Fait pour l'extension, en revanche la page de discussion et son historique sont trop grand pour être importé, j'ai laissé une note sur la page de meta à ce propos. iAlex 20:49, 6 November 2007 (UTC)
Merci ! Je serais curieux de connaître la cause de l'erreur lors de l'importation ; le nombre de révisions et la taille de la page (ou de sa dernière version) ne semblant pas poser de problème, est-ce la somme de la taille de chaque révision qui est prise en compte ?
Autre chose, est-ce qu'il existe une page pour demander d'importer une page, ou faut-il simplement s'adresser à un administrateur ? Merci encore, Korg 01:05, 7 November 2007 (UTC)
Ça me met que "le fichier n'a pas pu être ouvert" (la fonction import utilise Special:Export de meta et ouvre ce fichier pour l'importer en faisant une requête http si je ne me trompe pas). Le texte complet de chaque révision est sauvé dans ce fichier ce qui fait qu'il peut vite devenir très grand, mais il également possible de n'importer que la dernière version sans l'historique complet.
Sinon pour les demandes d'import, je crois qu'il n'y a pas de page pour les requêtes aux admins ici donc il faut demander à un admin. iAlex 11:45, 7 November 2007 (UTC)
Merci pour ces précisions. Korg 15:56, 7 November 2007 (UTC)


I didn't use the old category because it lacks capital in Wikimedia, So I intended to delete it and use another correct one, What do you think?-- 09:27, 24 November 2007 (UTC)

Ok, don't forget the subcategories. iAlex 10:34, 24 November 2007 (UTC)


Hey don't revert my edits because I only invited people to the Milipedia a website that is abandoned for all these years. Also leave my talkpage and edits alone because the talkpage is mine not yours. 21:16, 1 December 2007 (UTC)

You can add your site in Sites using MediaWiki if it's not already done, but imagine if evry site who wants to have more users come here and add link in user talk pages, it'll be a mess, this is not the purpose of this site. Also the talkpage is mine not yours : this site does not belong to you. iAlex 21:31, 1 December 2007 (UTC)

Project:Support desk/Support team

Hello I have noticed that you have begun helping out at the support desk, any interest in joining the Tournesol.png MediaWiki Support Team? -PatPeter, Tournesol.pngMediaWiki Support Team 15:23, 25 January 2008 (UTC)

Did you get this message? -PatPeter, Tournesol.pngMediaWiki Support Team 23:23, 5 February 2008 (UTC)
Yes, but I think I won't join it, sorry. iAlex 10:59, 6 February 2008 (UTC)


Very nice work on this! I haven't tested it out yet, but I noticed a $wgGroupPermissions editor was on your to-do list, so I just want to point you to Extension:GroupPermissions Manager for some code you can look at so you don't have to do it all from scratch. Best of luck! --Skizzerz talk - contribs 00:13, 19 April 2008 (UTC)

Thanks, i'll look at it. But don't you want to add it in SVN ? iAlex 20:31, 19 April 2008 (UTC)



I just downloaded your extension for evaluation...nice work! I was planning out an extension to undertake this very thing about 3 weeks ago, then I saw yours this weekend.

One little bit of constructive criticism from a user perspective....some of the tabbed pages are a bit cluttered and could benefit from some additional splitting, I think. Have you looked at the adminsitrative portal on phpBB? It's something from a visual perspective that might be worth looking into, plus it seems to be a little more user friendly. Also, on phpBB you can delegate certain administrative tasks to other admin users, so you can distribute responsibility for managing certain settings, like those that pertain to user access ($wgGroupPermissions, etc.) without giving the ability to modify all configuration settings.

Just something to noodle over.

I look forward to your continued revisions on this extension -- looks pretty good so far. Let me know if you'd like some help with this's a pretty big undertaking.


Lisa Ridley -Hoggwild5 21:50, 18 May 2008 (UTC)


Hi Alex,

your SkinPerNamespace-plugin is exactly what was looking for, so I installed It on my testing wiki (1.12.0) and tried it. The main drawback is. it simply does not work...I traced it to the point that the callback-function (efSkinPerPageSetSkin) is called and the $wgSkinPerNamespace[x]is properly evaluated so that $user->mSkin is set to what I configured $wgSkinPerNamespace[x] to ... but the appearance of the corresponding Pages does not change. And when I look into the source then all the javascript-variables are still set to "monobook" (which is the default skin)... Do you have any idea, what might be wrong?

Greetings, Lars <>

Can i see what's the value of $wgSkinPerNamespace? iAlex 14:21, 21 May 2008 (UTC)
here we Go:
$wgSkinPerNamespace = array();
$wgSkinPerNamespace[0] = "monobook";
$wgSkinPerNamespace[102] = "twr";
14:54, 21 May 2008 (UTC) Lars <>
$wgSkinPerNamespace is correctly set (even if the declaration of $wgSkinPerNamespace[0] seems to be useless), the only thing i can notice is that the skin twr doesn't exist by default, but this can be an extenion. If this skin doesn't exist, it will fall back to the monobook skin, be sure that skin is correctly installed. iAlex 15:06, 21 May 2008 (UTC)
thx for quick answer...twr is in fact a copy of monobook with lots of changes (background-images, etc.) but if I choose "twr" by preferences it works fine...also with
$wgSkinPerNamespace = array();
$wgSkinPerNamespace[102] = "classic";
it works neither :-?

Nope, also with

$wgSkinPerNamespace[102] = "classic";

it does not work. Any other idea?

17:24, 21 May 2008 (UTC) Lars <>
Classic is not a default skin (unless you have another custom skin), you can try with "standard" instead. iAlex 15:36, 21 May 2008 (UTC)
Sorry, also by using "standard" I can see no effect. It's still monobook that is taken, despite the fact that $user->mSkin is "standard".
This is really stange, but i have no idea how to solve it, sorry. iAlex 16:09, 21 May 2008 (UTC)
to make sure that there is no disturbance from other plugins I set up a blank wiki from scratch(1.12.0) with only 1 extension: SkinPerNamespace
but it still does not work
here the lines I added to the LocalSettings.php:
require_once( "extensions/SkinPerNamespace/SkinPerNamespace.php" );
but still everything is shown with monobook (monobook being the default)...Do you have a working installation of SkinPerNamespace for demonstration?
Any ideas would be very welcome...
14:44, 26 May 2008 (UTC) Lars <>
Ok, I think I found the problem. Try to edit includes/Wiki.php and modify line 376 (near the bottom), it should be like this:
if ( !wfRunHooks('MediaWikiPerformAction', array($output, $article, $title, $user, $request)) ) {
and replace it by
if ( !wfRunHooks('MediaWikiPerformAction', array( &$output, &$article, &$title, &$user, &$request ) ) ) {
It should work now. iAlex 12:55, 26 May 2008 (UTC)
sorry to disappoint you, but it's all the same, though I changed the PerformAction-hook, everything rendered with monobook...
15:14, 26 May 2008 (UTC) Lars <>
Sorry, but it works on my installation, so I don't see where's the problem. iAlex 17:26, 26 May 2008 (UTC)


On a few extensions, such as Extension:Poem and Extension:Inputbox, you added in a little "hook1=ParserFirstCallInit". I assume this is some new 1.13 hook. Will I have to re-download these extensions when I upgrade from 1.11 to 1.13, or will they continue to work as normal? Thanks. Smaug Tournesol.png 16:35, 8 June 2008 (UTC)

I think this hook is also present in 1.12, but old code will continue to work with newer versions of MediaWiki. iAlex 18:42, 8 June 2008 (UTC)
Thanks. Smaug Tournesol.png 23:43, 8 June 2008 (UTC)

Wanted to make a Mainpage like the one on this site !

I am fascinated by Mediawiki's Main page. can you pls. suggest/guide me to make a similar one on my Wiki ? --Yantra 74 20:00, 3 July 2008 (UTC)

This page is generated by {{Main page}} and all its subpages. Take a look a that page and that ones. If you want to use it on your own wiki, you'll need Extension:ParserFunctions and some templates such as {{Click}}. iAlex 20:06, 3 July 2008 (UTC)
Thank You !! I think i should be able to get that work.
--Yantra 74 20:30, 3 July 2008 (UTC)

Question regarding Namespace manager

You have added this extension, but I dont understand how to add this function to 1.12. Is thus possible at all?

The note about SVN (a version manager?) - but how does this work?

Is this the correct way to request support - sorry for my ignorance. :)

I didn't write Namespace manager or modified it and I don't know this extension, so i think you asked the wrong person. Concerning SVN, you can read Subversion. iAlex 20:10, 13 July 2008 (UTC)
Dont understand this because I see that you moved the stuff:[Revision history of "Extension:Namespace manager" ] Asset
I just renamed the page and updated 2 or 3 things, that's all what I did, this doesn't mean that i know this feature. But as i see on that page, this feature is out of date and won't work in that version. iAlex 15:35, 14 July 2008 (UTC)

General talk ideas and concepts

Alex in general, as a newcommer to MediaWiki it seems extreemly professional but also at bit technical. Especially I get the sense that some fatures are "left out" to fit with the concept.

When I add a comment like this it would - in many cases - be very usefull with a time/date, and perhaps a direct reference to the Wiki version, Extension version, and if possibel an option to delete/arcive a "talk topic" when solved or outdated.

While the original concept is that Wiki is for information of rather permannet value, "talk" is concpetually differnt and should be processes and (re)move/moved to wikistatus? By making this "the norm for talk" we could enrich the Wiki faster.


I suggest that one could pre-mark "wiki:talk" topics for processin in categories.... say like this:

  • FAQ topic
  • For improving help/documentation/understanding
  • Ideas and new options for existing usage/extensions

Thus stuf that are added to some of the talk pages, are "pre disposed" to enrich the Wiki information... Asset


I created some wiki pages using this wiki site to post some screencast and video. How ever they all deleted by the admin. Can I have a copy of my content back? Can you please post it one more day that I can copy it to my local disk? How can I use your wiki site, if I want to use this for videos ?

First, this is not my site, I'm just an admin. Secondly, this wiki is about MediaWiki, and only about it, please see About this site, so your videos do not belong to this site. And you don't have a copy of your texts? iAlex 19:07, 24 July 2008 (UTC)
No, I don't have a copy because I didn't know that my pages would be removed.

problèmes d'encodage avec la 1.13

Salut IAlex, si tu peux aller jeter un oeil à Discussion Upgrade 1.13 et m'aider, ca serait cool.

Bonne journée, Rmatt

Edit : ca a avancé, mais c'est pas résolu...


Hi Alex, I've been trying for days to get the FlowPlayer Extension to work for me. I would like to ask you a few questions, but decided to ask if you would even be willing to answer them if I asked. I don't see where I can contact the original developer. So, if I asked you a few questions, would you be willing to consider an answer or two? Thanks

I made some modifications to the extension, so see if that version works and come back if not. iAlex 09:18, 17 August 2008 (UTC)

Whos online extension

Hi, as i can see you develop a whos online extension (online status). I think you should look on this ajax one: Look the todo list. Maybe you could help in development. What do you think? Any chance?


Hello, may I know why do you think this username is unacceptable? --אדמוןד ואודס自分の投稿記録 07:33, 25 August 2008 (UTC)

Because this name may be confusing with "Police". iAlex 08:24, 25 August 2008 (UTC)
Huh? There is no user called "Police". --אדמוןד ואודס自分の投稿記録 19:27, 25 August 2008 (UTC)
Not the user, but en:Police. iAlex 20:40, 25 August 2008 (UTC)

Extension page

Why did you delete it?? --Obamaunited1132 13:17, 27 August 2008 (UTC)

Because it's not a real extension. iAlex 13:19, 27 August 2008 (UTC)
I've been paid by Michelle Obama to do this. And you should know it. Does your stomach hurt now?? --Obamaunited1132 13:20, 27 August 2008 (UTC)
No. iAlex 13:21, 27 August 2008 (UTC)
Well, I dare you to tell people at en:Wikipedia:Administrators' noticeboard/Incidents about this. Michelle Obama has no idea of what her hubby's up to, but insert it in the English Wikipedia article anyway. --Obamaunited1132 13:24, 27 August 2008 (UTC)
I don't know why you speak about en:WP:AN/I, this wiki is about MediaWiki, and nothing else, read Project:About. iAlex 13:32, 27 August 2008 (UTC)


Sorry for bothering you; but this might be a question of other users as well.

In your description PhpMathPublisher alternative you are giving an example for a file called phpmathpublisher.php. In the bottom of the php-code

function render_PhpMathPublisher($input, $argv, $parser = null) {

  if (!$parser) $parser =& $GLOBALS['wgParser'];
  // $img_url is the url the PhpMathPublisher will be sent to.
  // IMPORTANT!! The URL below should be the link to YOUR PhpMathPublisher directory
  $img_url = "http://urltowhereyouputthephpmathpublisherfiles/rendermaths.php?message=<m>".$input."</m>";
  // Sets the output of the tex tag using the url from above.
  $output = "<script type=\"text/javascript\" src=\"$img_url\"></script>";

  return $output;

there is a line saying:


Could you please clarify the meaning of rendermaths.php?message=<m>".$input."</m>"

A file called rendermaths.php does not exist in my PhpMathPublisher-Installation. Zip has created an installation directory phpmathpublisher, where I can find a file called mathpublisher.php; this php-file contains the function mathfilter that would be required for a manual rendering (when including the mathpublisher.php manually and then asking for "echo mathfilter (..)"

However, using


does not work, neither


I wonder, how the function mathfilter ist triggered in your example and how the parameter $input can be transferred to the function. Probably you can explain the the usage and meaning of the subject line if the line actually is correct.

Thank you in advance, Mr.Ron, 27-August-2008, 15.22 UTC

I didn't wrote that page, I just added Category:TeX and some <source lang="php">. It'd be better to ask Mooncrater. But this should work if you put the phpmathpublisher dir in your document root (otherwise fix the paths):
	$wgHooks['ParserFirstCallInit'][] = 'PhpMathPublisherExtension';
	$wgExtensionFunctions[] = 'PhpMathPublisherExtension';

function PhpMathPublisherExtension() {
    global $wgParser;
    $wgParser->setHook( 'm', 'render_PhpMathPublisher' );
    return true;
 * Renders $input in PhpMathPublisher
function render_PhpMathPublisher($input, $argv, $parser = null) {
	global $dirfonts, $dirimg;
	$size = isset( $argv['size'] ) ? intval( $argv['size'] ) : 10;
	$dirfonts = $_SERVER['DOCUMENT_ROOT'].'/phpmathpublisher/fonts';
	$dirimg = $_SERVER['DOCUMENT_ROOT'].'/phpmathpublisher/img';
	require_once( $_SERVER['DOCUMENT_ROOT'].'/phpmathpublisher/mathpublisher.php' );
	return mathfilter( '<m>'.$input.'</m>', $size, '/phpmathpublisher/img/');
iAlex 15:23, 27 August 2008 (UTC)
Thanx, works perfectly! (however, the original code of PhpMathPublisher alternative contains some mysteries)
Mr.Ron, 27-August-2008, 16.08 UTC


Hehe, thanks, I just forgot to remove that bit again ;-) --:bdk: 00:45, 29 August 2008 (UTC)

Deleted hook cats

Hi IAlex. You deleted some empty hook cats that were previously populated by FlaggedRevs. Somehow Aaron thought it a good idea to remove all used hooks from the FlaggedRevs documentation. I reverted the removal[1], meaning that the deleted cats are populated again... Can you restore the pages? Cheers! Siebrand 21:28, 6 September 2008 (UTC)

Done. iAlex 12:03, 7 September 2008 (UTC)


I’ve tried it before to let delete my user page through an administrator who read the deletion proposals (deletion template, category, special lists and so on). Now I’ve found you, so I like to ask you whether you could delete my user page and then restore the version before last (13:03, 19. Okt. 2008) of my userpage, because it shall have more anonymity. Thank you very much. Jens Liebenau 18:36, 22 October 2008 (UTC)

Done. iAlex 18:42, 22 October 2008 (UTC)

deleted page

Je suis vraiment desolé, J'ai créé la page Незаменимые_аминокислоты dans la publique palce (MediaWiki) sans regarder le bôite de l'adresse (e.g. ) et j'ai cru que c'été mon MediaWiki dans le localhost. Et je l'ai perdu :'( , la page. Si vous me la pourriez rentrer (le texte source de la page)? mon e-mail est: rex <point> lux <arobase> gmail <point> com Merci!

Je le mets ici :
iAlex 17:58, 23 October 2008 (UTC)
Grand merci!


Hi, i'm Aldrich. I'm an Bureaucrat at a wikisite called Wikicars. Anyway, I've been needing some help with writing templates and infoboxes. Do you know anyone that might be able to help me? -Red marquis 11:05, 24 October 2008 (UTC)

You can read Help:Templates. iAlex 16:12, 24 October 2008 (UTC)


Hi Alex

What do you think about this idea: German MediaWiki-Wiki? Who can I contact to push/start this project? Thanks! Bruno --BRotondi 09:58, 30 October 2008 (UTC)

I don't know why we should have a specific site for german speaking articles, is not that big to require another site. I think it would be even more diffcult to make links to german pages from this site since we have {{Languages}} that makes these links automatically if the page exists. iAlex 11:08, 30 October 2008 (UTC)

Message from User:Marcelelima


We're students from UERJ, a public university in Brazil and we're at the moment in class writing a text with our colleagues about Teaching and Learning. Is it possible that you allow us to work on our collaborative text for 60 more minutes?

Why here? The purpose of this wiki is to document MediaWiki, nothing else, read Project:About. If you want to have your MediaWiki, you can download and install it. iAlex 14:36, 1 November 2008 (UTC)

Extension:Configure's JavaScript - display issue in IE7

Hi iAlex,

have you tested Configure under Internet Explorer 7? All of the three special pages (Special:Configure, Special:Extensions and Special:ViewConfig) display only the text "No old version of the configuration available." when viewed in Internet Explorer 7, but not the actual menu to configure different settings. Everything works well in Firefox 2 though. I've tested this on a MediaWiki 1.14alpha (r42941) instance running on a server with PHP 5.2 and MySQL 5.0 and revision 43425 of Configure extension. It'd be very much appreciated if you could fix this bug. :-)


--Sayuri 22:33, 12 November 2008 (UTC)

Fixed this bug yesterday, but other bugs remaining. iAlex 22:52, 5 December 2008 (UTC)


Thanks for your prompt reaction. Could you please create MediaWiki:Mainpage-text/pl and MediaWiki:Support/pl as well? --Yecril 22:34, 14 December 2008 (UTC)

Done. iAlex 06:54, 15 December 2008 (UTC)

Can you also add MediaWiki talk:Mediawiki/pl? Leinad 20:01, 3 January 2009 (UTC)

Done. iAlex 20:27, 3 January 2009 (UTC)

Thanks for adding sk to Template:Languages

Thank you for adding Slovak language to Template:Languages. I planned to request this after translating all Help namespace. --Viktorc 09:02, 26 December 2008 (UTC)

Thanks for that (OFlash)

Thanks, I wasn't sure if parser hooks counted or were in any way relevant. Thankfully you cleaned up.

Yiihaa Productions

hello, I don´t see the connections of what the problems is with our site? Can you even understand swedish? I don´t see connections about how the contens could look like an encyclopedia. What I have written is about our company Yiihaa Productions. What should we otherwise write? Thanks. Tobias/ Yiihaa Productions

The point is that this wiki is for for documentation about MediaWiki and its extensions, nothing else, read Project:About. So Yiihaa Productions has nothing to do on this wiki and I informed you about that. iAlex 17:15, 25 January 2009 (UTC)


Has anyone here got it to work? -- 11:16, 2 February 2009 (UTC)

I use it on my local test wiki, but there are some features that don't work properly. I made a lot of changes on it and I will publish them soon. iAlex 11:36, 2 February 2009 (UTC)
I didn't get it to work either. Check this mistake out:
Fatal error: Call to undefined function wfrunhooks() in C:\wamp\www\wikisite\includes\GlobalFunctions.php on line 579
-- 18:12, 3 February 2009 (UTC)
Try to update the extension, this might be fixed now. iAlex 18:33, 3 February 2009 (UTC)
OK, updated it, but now this error comes up:
Fatal error: Call to a member function getActiveWiki() on a non-object in C:\wamp\www\wikisite\extensions\Farmer\SpecialFarmer.php on line 71
Special:Farmer does not show up for some reason - why? I updated it though. -- 21:37, 3 February 2009 (UTC)
Did you follow Extension:Farmer#Installation and add
$wgFarmer = new MediaWikiFarmer($wgFarmerSettings);
in LocalSettings.php? iAlex 21:51, 3 February 2009 (UTC)
Added that just now. However, I can't get it to create wikis as or if you see what I mean. Do you know what I need to do to fix that? -- 22:09, 3 February 2009 (UTC)

Hi, what is the current maintenance status of the Farmer extension? I tried for almost a day - not being very PHP literate - and couldn't get it to work. I contacted the original author (Gregory Szorc) and he wrote me, that he hasn't maintained the extensions for some years. On Extension talk:Farmer there are reports of several problems (namely Extension talk:Farmer#Database_error) which exist also in the current version. I'd be happy for a easy, webbased farming solution for MediaWiki but the Farmer extensions makes more the impression of being unmaintained. Am I wrong? --Frank

I maintain it more or less. Most of errors reported on the talk page should be fixed with the current version. iAlex 20:58, 2 June 2009 (UTC)


Dear IAlex, I've installed Intersection but not working. Please check

You need to check the PHP error log or enable error reporting to find what the error is, see Manual:Errors and Symptoms. iAlex 19:49, 3 February 2009 (UTC)


IAlex, I'm having a small problem with Extension:Configure... although I got it working for my wiki and set $wgLocalDatabases accordingly, when I edit the other wiki via Special:Configure the changes don't seem to be made on the other wiki!

Any idea what I've done wrong? AC Thanks, --Sunstar NW XP 19:55, 15 February 2009 (UTC)

Are you sure that your are passing the correct parameter to efConfigureSetup();, such as efConfigureSetup( $wgDBname ); ? iAlex 20:02, 15 February 2009 (UTC)
I left efConfigureSetup(); as it was, but should it be this:
require_once( "$IP/extensions/Configure/Configure.php" );
$wgConfigureEditableSettings = array();
AC. Thanks, --Sunstar NW XP 20:31, 15 February 2009 (UTC)
The parameter passed to efConfigureSetup() is the one you used to indentify the wiki in Special:Configure, this can be $wgDBname, but this is not always the case. iAlex 20:46, 15 February 2009 (UTC)
I'm still not sure what to do. I now get this error:
Value for $wgDBtype setting is not in permitted (given: , permitted: MySQL, PostreSQL)


#0 C:\xampp\htdocs\metawiki\extensions\Configure\SpecialConfigure.php(23): ConfigurationPage->importFromRequest()
#1 C:\xampp\htdocs\metawiki\extensions\Configure\ SpecialConfigure->doSubmit()
#2 C:\xampp\htdocs\metawiki\includes\SpecialPage.php(540): ConfigurationPage->execute(NULL)
#3 C:\xampp\htdocs\metawiki\includes\Wiki.php(229): SpecialPage::executePath(Object(Title))
#4 C:\xampp\htdocs\metawiki\includes\Wiki.php(59): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
#5 C:\xampp\htdocs\metawiki\index.php(114): MediaWiki->initialize(Object(Title), NULL, Object(OutputPage), Object(User), Object(WebRequest))
#6 {main}
What should I do to fix it - see User:Sunstar NW XP/CommonSettings.php and please have a go at fixing it if you can. AC --Sunstar NW XP 23:15, 15 February 2009 (UTC)
This happened in the past, but is fixed for me in the latest version (at least I can't reproduce it). Either try to update to a newer version if you can or be sure that "MySQL" is selected for $wgDBtype. iAlex 21:34, 16 February 2009 (UTC)
When I run the install script, I select MySQL in the database, and I'm currently on MySQL 5.130, with PHP 5.28 on XAMPP if that's of any use. Hope this helps. AC. --Sunstar NW XP 17:51, 17 February 2009 (UTC)
I mean select "MySQL" for $wgDBtype (if not already selected) in Special:Configure (section database), not in the config script. iAlex 18:05, 17 February 2009 (UTC)
OK, I'll try that. Thanks! By the way, why is it, despite the fact I set bureaucrats as being able to configure other wikis, and the fact that they are able to make the changes to it - that the changes don't appear on the other wiki, even though the database is in $wgLocalDatabases? AC --Sunstar NW XP 19:11, 17 February 2009 (UTC)
As I said before you need to pass the correct wiki identifier to efConfigureSetup() (the one you used to recognise the wiki in Special:Configure, e.g. $wgDBname). iAlex 19:30, 17 February 2009 (UTC)

I did that, is this the correct syntax:

require_once( "$IP/extensions/Configure/Configure.php" );
efConfigureSetup($wgDBtype = 'mysql');

or should it just be:

require_once( "$IP/extensions/Configure/Configure.php" );

I'm not sure which is the correct syntax, but other than that, this is a great extension and thank you for creating it! AC --Sunstar NW XP 19:36, 17 February 2009 (UTC)

You need to use this one:
require_once( "$IP/extensions/Configure/Configure.php" );
efConfigureSetup( $wgDBname );
The first one will simply set $wgDBtype to "mysql" and pass "mysql" to efConfigureSetup(), the second one will pass $wgDBtype to efConfigureSetup(), which sould always be "mysql". iAlex 19:41, 17 February 2009 (UTC)
I added the line you mentioned above, but now when I go to my alternate wikis, which have been configured, as per Extension:Configure#$wgConfigureWikis I edit the logo, sitename etc. and it tells me it's done, but when I go to the other wiki the changes don't appear. Yet both wikis have the Configure installed, so what have I done wrong?
AC --Sunstar NW XP 22:59, 17 February 2009 (UTC)
Please also take a look at User:Sunstar NW XP/Configure errors. AC --Sunstar NW XP 23:30, 17 February 2009 (UTC)
To configure other wikis, you need to have the "configure-interwiki" right and then select the wiki to configure in Special:Configure, what I can on your screenshot is that you're always configuring the local wiki. iAlex 07:52, 18 February 2009 (UTC)
I set that in LocalSettings.php, as seen here:
require_once( "$IP/extensions/Configure/Configure.php" );
efConfigureSetup( $wgDBname );
$wgConfigureEditableSettings = array();
$wgDBtype           = "mysql";
$wgConfigureWikis 	= array('metawiki', 'enwiki');
$wgGroupPermissions['bureaucrat'   ]['configure-all'] = true;
$wgGroupPermissions['steward'   ]['configure-all'] = true;
$wgGroupPermissions['steward'   ]['configure-interwiki'] = true;
$wgGroupPermissions['steward'   ]['viewconfig-all'] = true;
$wgGroupPermissions['steward'   ]['viewconfig-interwiki'] = true;
$wgGroupPermissions['steward'   ]['extensions-interwiki'] = true;
but when I change enwiki (my localhost other wiki) the changes do not happen, so why is this??


AC. --Sunstar NW XP 17:08, 18 February 2009 (UTC)
If you have to different copies of MediaWiki (one for metawiki and one for enwiki) and these two ones include the same CommonSettings.php file, the you have to change $wgConfigureFilesPath (which by default is $IP/serialized) to one central directory, e.g. the serialized directory for metawiki, so that the changes made in metawiki are reflected in enwiki. iAlex 17:31, 18 February 2009 (UTC)
What would be the code for that?? AC --Sunstar NW XP 17:41, 18 February 2009 (UTC)
If your metawiki is at /var/www/metawiki/ then you can something like that in CommonSettings.php:
$wgConfigureFilesPath = '/var/www/metawiki/serialized';
iAlex 18:06, 18 February 2009 (UTC)
Thanks for that. No need for the $IP variable?? AC --Sunstar NW XP 18:22, 18 February 2009 (UTC)
Since $IP is different for each wiki, no. iAlex 18:26, 18 February 2009 (UTC)
Thanks for that advice. I now set it to /htdocs/metawiki/serialized but it didn't work; do I need the full path, e.g. C:/xampp/htdocs/metawiki/serialized for it to work? AC --Sunstar NW XP 18:58, 18 February 2009 (UTC)
No, you need the full path. iAlex 18:59, 18 February 2009 (UTC)
Thanks, will try that. In a hosted setup, what would I do? AC --Sunstar NW XP 19:06, 18 February 2009 (UTC)
You need to put that in CommonSettings.php and see if that works. iAlex 19:20, 18 February 2009 (UTC)
  • I will. Thank you for all your help. By the way, why is it whenever I change $wgLogo on the home wiki to that of an external URL and save it, it saves it, but then when I make a change to the other wiki(s), it removes it from the wiki - is this a bug I should be aware of?? --Sunstar NW XP 21:06, 18 February 2009 (UTC)

Configure (almost works)

OK, so I've re-installed MediaWiki; fresh reinstall on XAMPP, path to main wiki is C:/xampp/htdocs/autocarwiki, configure is set in CommonSettings.php.

However, despite allowing bureaucrats to be able to access other wikis' settings, it doesn't actually make the changes to them, so why is this happening?? My CommonSettings.php

[snip] available at User:Sunstar NW XP/CommonSettings.php

What should I use to indicate a link to C:/xampp/htdocs/wikisites/CommonSettings.php - my path to CommonSettings ?

It's a good extension; but I'm not explicitly sure how to get this to work properly globally across my installs of MediaWiki. AC --Sunstar NW XP 12:51, 19 February 2009 (UTC)

I modified a bit your CommonSettings.php (didn't add or remove anything, just changed the order of some calls), and put at User:Sunstar NW XP/CommonSettings.php, check if it resolves your problems. iAlex 13:03, 19 February 2009 (UTC)
Hopefully it will resolve it; but I get this error now:


Even though enwiki's $wgSitename is not the one above in the screenshot (the actual $wgSiteName for enwiki on my localhost is Automotivewiki), Configure still treats it as the first wiki for some reason; what do I need to do to get this working properly?? AC --Sunstar NW XP 13:09, 19 February 2009 (UTC)
Be sure that you define $wgDBname in LocalSettings.php before including CommonSettings.php. iAlex 13:13, 19 February 2009 (UTC)
I have done that in enwiki (my other of the three wikis installed), but for some reason Configure isn't recognizing it. --AC Sunstar NW XP 13:17, 19 February 2009 (UTC)
  • Thanks for the help on IRC, but what do I need to do to get Configure to recognize external $wgLogos?? --AC Sunstar NW XP 20:54, 19 February 2009 (UTC)


I'm looking around at the extensions and found that Extension:Chat is no longer available. The download link is broken. I suppose we don't want to delete it, as it might become available again. Is there a way that we can archive pages here or note that the extension is not available? Cheers. Aude 01:19, 13 March 2009 (UTC)

I just created {{DownloadBroken}} (based on {{AbandonedExtension}}) and put it on the page. iAlex 07:05, 13 March 2009 (UTC)

Configure extension throws up problems

I installed Configure and it's a great extension, but is hard to use. It gave me this error: Notice: Undefined variable: cache in C:\www\vhosts\\languages\Language.php on line 2389

This is my LocalSettings.php:


# This file was automatically generated by the MediaWiki installer.
# If you make manual changes, please keep track in case you need to
# recreate them later.
# See includes/DefaultSettings.php for all configurable settings
# and their default values, but don't forget to make changes in _this_
# file, not there.
# Further documentation for configuration settings may be found at:

# If you customize your file layout, set $IP to the directory that contains
# the other MediaWiki files. It will be used as a base to locate files.
if( defined( 'MW_INSTALL_PATH' ) ) {
} else {
	$IP = dirname( __FILE__ );

$path = array( $IP, "$IP/includes", "$IP/languages" );
set_include_path( implode( PATH_SEPARATOR, $path ) . PATH_SEPARATOR . get_include_path() );

require_once( "$IP/includes/DefaultSettings.php" );

# If PHP's memory limit is very low, some operations may fail.
# ini_set( 'memory_limit', '20M' );

if ( $wgCommandLineMode ) {
	if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD', $_SERVER ) ) {
		die( "This script must be run from the command line\n" );
## Uncomment this to disable output compression
# $wgDisableOutputCompression = true;

$wgSitename         = "Meta";

## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
## For more information on customizing the URLs please see:
$wgScriptPath       = "";
$wgScriptExtension  = ".php";

## UPO means: this is also a user preference option

$wgEnableEmail      = true;
$wgEnableUserEmail  = true; # UPO

$wgEmergencyContact = "admin@localhost";
$wgPasswordSender = "admin@localhost";

$wgEnotifUserTalk = true; # UPO
$wgEnotifWatchlist = true; # UPO
$wgEmailAuthentication = true;

## Database settings
$wgDBtype           = "mysql";
$wgDBserver         = "localhost";
$wgDBname           = "metawiki";
$wgDBuser           = "root";
$wgDBpassword       = "west";

# MySQL specific settings
$wgDBprefix         = "";

# MySQL table options to use during installation or update
$wgDBTableOptions   = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

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

## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = array();

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads       = false;
# $wgUseImageMagick = true;
# $wgImageMagickConvertCommand = "/usr/bin/convert";

## If you use ImageMagick (or any other shell command) on a
## Linux server, this will need to be set to the name of an
## available UTF-8 locale
# $wgShellLocale = "en_US.UTF-8";

## If you want to use image uploads under safe mode,
## create the directories images/archive, images/thumb and
## images/temp, and make them all writable. Then uncomment
## this, if it's not already uncommented:
# $wgHashedUploadDirectory = false;

## If you have the appropriate support software installed
## you can enable inline LaTeX equations:
$wgUseTeX           = false;

$wgLocalInterwiki   = strtolower( $wgSitename );

$wgLanguageCode = "en";

$wgSecretKey = "53ac83e81a42ae634e0f3269642b3e3b66eb1e7a1a01bad06c14ac84ed138d1";

## Default skin: you can change the default skin. Use the internal symbolic
## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':
$wgDefaultSkin = 'monobook';

## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
# $wgEnableCreativeCommonsRdf = true;
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";
# $wgRightsCode = ""; # Not yet used

$wgDiff3 = "";

# When you make changes to this configuration file, this will make
# sure that cached pages are cleared.
$wgCacheEpoch = max( $wgCacheEpoch, gmdate( 'YmdHis', @filemtime( __FILE__ ) ) );
require_once( 'extensions/Makesysop/SpecialMakesysop.php' );
require_once( 'extensions/Makebot/Makebot.php' );
require_once( "$IP/extensions/ExtensionFunctions.php" );
require_once( "$IP/extensions/Configure/Configure.php" );
efConfigureSetup( $wgDBname );
$wgConfigureEditableSettings = array();
$wgLocalDatabases = array( 'metawiki', 'enwiki' );
$wgShowExceptionDetails = true;

Please can you tell me what's wrong with it?? Thanks for the extension! --Sunwell5 18:55, 3 April 2009 (UTC)

I'll need more details, e.g. which version of the extension and MediaWiki you are using and when this happens. iAlex 19:01, 3 April 2009 (UTC)
I am using the latest SVN build of MediaWiki and the snapshot download of the extension. Using Configure makes the entire wiki generate this message: Notice: Undefined variable: cache in C:\www\vhosts\\languages\Language.php on line 2389 --Sunwell5 19:06, 3 April 2009 (UTC)
Should be fixed with r49162. iAlex 20:08, 3 April 2009 (UTC)

Bug discovered in Configure

I discovered a bug in Configure; if you make changes then save them, sometimes it reverts back to the default settings when it was installed in this way:

require_once( "$IP/extensions/Configure/Configure.php" );
$wgEnableSerializedMessages = true;
$wgConfigureWikis = $wgLocalDatabases;

This sometimes happens on the wiki when I tested it on my localhost (a USB flash drive, in my case); it reverts back to the default settings even if you have configured the extensions and wiki.

This is usually common in Windows XP and Vista installs. I didn't file it at Bugzilla because I don't think the extension is used much across Wikimedia projects. Anyway, glad to see you doing well with the development work for MediaWiki! --Naxram 09:06, 6 April 2009 (UTC)

Can you specify which settings are affected? iAlex 09:29, 6 April 2009 (UTC)
The entire extension's settings; sometimes when you customise them, if you make a major change (as I did, allowing bureaucrats to have userrights in order to promote myself to steward status) it will sometimes revert back to default. This happens occasionally, not sure what causes the bug. I am using XAMPP for my wiki on a stick if that's of any help. --Naxram 09:32, 6 April 2009 (UTC)
Sorry for late reply, but what happens if you change efConfigureSetup()'s parameter to $wgDBname? iAlex 15:49, 26 April 2009 (UTC)

Question regarding the SkinPerNameSpace Extension

First let me thank you for making the SkinPerNameSpace Extension, I have tried it on my site and it works great. Thank you!

Now to my question. It would be important for my site to have a different skin for the "Search" in Special:Search and without having the other pages affected by it which are included in the "Special Namespace". I don't know if this would be possible with SkinPerNameSpace, but I have tried adding [NS_SPECIAL:SEARCH] , [NS_SPECIAL_SEARCH] , [NS_SPECIAL-SEARCH], but I haven't got it to work unfortunately. I get it to work for all pages in the Special namespace by adding [NS_SPECIAL] but not for Special:Search by itself only.

Do you know if I could get it to work for only the "Special:Search" in the Special Namespaces?

Thanks very much for taking your time and replying, I appreciate it. Please don't hesitate to ask me to clarify my question if I've been unclear in any way.

Best regards, --Jonem 14:34, 24 April 2009 (UTC)

This is currently not possible with that extension. I can either make a new varible for special pages or you can try to use Extension:SkinPerPage and put <skin>yourskin</skin> in a message like MediaWiki:Search-summary (I didn't test it). iAlex 16:17, 24 April 2009 (UTC)
Thank you very much for the fast reply.
I looked at SkinPerPage, it seems like a good extension for making a new page look a certain way but I couldn't quite figure out how to make it work for the Special:Search page.
If not too much trouble, it would be very nice of you if you could make a new variable for special pages, so it could be used for Special:Search.
Thanks once again for the reply and help.
Best regards, --Jonem 12:31, 25 April 2009 (UTC)
Done in r49872. Download again the extension (use trunk version) and set $wgSkinPerSpecialPage['Search'] = 'yourskin'; in LocalSettings.php. iAlex 13:42, 25 April 2009 (UTC)
Thanks for the incredible fast solution to my request! I'm very grateful and the extension works perfect now for Special:Search.
Thanks once again for the help! Best regards, --Jonem 14:01, 26 April 2009 (UTC)

Slovak translation

Please i want to translate main page to slovak language but is on the black list can you unlock.

My english is very bad.

These pages are protected to prevent vandalism on the main pages. You'll be able to edit them 4 days after creating your account. iAlex 06:19, 4 May 2009 (UTC)


I saw you has corrected some mistakes in Extension:GetParam. I'd like to ask you for help. I'm a newbie in MediaWiki. I have programed something in php, and much in javascript, but nothing with the sintaxis of Mediawiki, and I don't know how it works. Also I'm a spanish speaker, and there is no much spanish documentation (and my english is not very good)

I'm trying to create a translate template (this), and translate the template. But now, the translations of templates are only to write a "Template:Template/es", and doesn't capture vars used in original version. This:

English article, where {{Template:Template}} is used:

Text of the template: Hello world, my name is David.
Text of the article.

When you click in "[[Template:Template/es|Spanish]]", you are redirected to:

Spanish translation of {{Template:Template}}

Texto de la plantilla: Hola mundo, mi nombre es {{{name}}}

The {{{vars}}} were lost in the translation.

I'd like to fix it.

I've wrote an example more descriptive with how it is done now, and how I'd like to do it (second line). In "SpecialPages", {{{vars}}} can be used in the URI, and this way, we can use them in the translations templates. But in "Special:ExpandTemplates", first two sections are not needed in my examples. Only the third section is the correct.

Thats because I've tried to create Extension:GetParam. With it, we could use {{{GetParam:vars}}} in translated templates. I have seen that there is another extension that is equal to mine: Extension:UrlGetParameters, but I have seen that {{{UrlGetParameters:vars}}} cant be used in Wikimedia proyects (wikipedia,comons,mediawiki...) ¿why?

Have I achieved that you understand me? Could you help me?

Thank you very much. --Rizome 07:27, 8 May 2009 (UTC)

I see the problem, but this extension will cause problem with caches since you either can't cache the pages that use this parser function (in squids, parser cache, etc.) or cache them separately (and will cause problem with the number of items in the cache and cache invalidation when the page is updated). So I don't think it'll be installed here, sorry. iAlex 17:45, 8 May 2009 (UTC)
RE2: Thanks for your explanation. And... do you know any way to do what I want? The page Special:ExpandTemplates is cached?
What I want to do, can be done with a "Special" page like this --Rizome 19:31, 10 May 2009 (UTC)
Special:ExpandTemplates is not cached. One possibility is to have all languages in the same template and show/hide them with JavaScript, as for "Wikimedia Error" pages or meta:Template:Ls. iAlex 15:19, 11 May 2009 (UTC)

Adding more extensions to Configure

Hi, I'd like to add Semantic MediaWiki and its related extensions, plus possibly some other extensions, to Configure. What's the process for going about that? Yaron Koren 17:41, 21 May 2009 (UTC)

You need to edit Configure.settings-ext.txt and add the extensions. You can see other extensions for syntax, but here some basic information:
  • each extension begin with a "section" (line without "=") whose name is the extension name followed by parameters
  • paramters are in the format name = value or array[] = key1: value1, key2: { subkey1: subval1, subkey2: subval2 } etc. which is the same as array( 'key1' => 'value1', 'key2' => array( 'subkey1' => 'subval1', 'subkey2' => 'subval2' ) )
  • true, false and null are automatically replaced with their PHP equivalent.
  • parameters are exactely the sames as parameters in Extension:Configure#$wgConfigureAdditionalExtensions, except name which is automatically set by the section name
Also I w'd be very grateful if you add an entry in CHANGELOG and bump the version in Configure.php when you add or modify an extension. iAlex 20:23, 21 May 2009 (UTC)
Alright, cool, I got it. Here's another question: how would you feel about adding the Configure extension's three special pages into Admin Links? This would require another change to Configure, to add a function that called Admin Links' hook. Yaron Koren 01:05, 22 May 2009 (UTC)
That's a good idea. iAlex 07:02, 22 May 2009 (UTC)
Okay, how would I go about doing that? I can write the code myself, since it would just be a few lines. Should I send it to you, or just check it in myself? Yaron Koren 15:18, 22 May 2009 (UTC)
You can directly commit it (remember to update CHANGELOG and bump the version in Configure.php). iAlex 19:53, 22 May 2009 (UTC)

Extensions Configure

Hi, I'm wokring on a wiki right now And i really like your configure exension, and would like to try using it, even if it is a beta version. but I don't find any place to download it or instruktions on how to install it. ixxy 09:46, 18 june 2009

You have a download link in the box at the right (direct link, only use the "trunk" version if you run MediaWiki 1.16alpha). For the installation instruction you have a section for that on Extension:Configure. iAlex 07:54, 18 June 2009 (UTC)
Thx for the fast replay, I will try to use this as soon as they get my server up and running again. ixxy 09:59, 18 june 2009
have now tryed to configur the Localsettings.php according to the guide byt I don't seem to get it right. so it would be very helpfull if you could but out an exemple code for the commands going in to Localsettings.php ixxy 16:06, 18 june 2009
I come back again. got it to try to load the extension now but only get an error. see : for the error. so I wonder if you kow what is wrong. or what I done wrong to be more correct. ixxy 08:34 22 june 2009
You should remove the "$" in the require_once on line 218, I think that this the problem. iAlex 06:37, 22 June 2009 (UTC)
Thx. now it works perfekt. now I can move on to other extensions. thx for all the help. and I will report bugs and other problem to you so you can correct them if you like.

ixxy 08:55 22 june 2009

correct/add extensions

Configure 0.13.7 on MW1.15.1 does not seem to work with the following extensions:

  • InputBox v0.1.1
  • Semantic MediaWiki 1.4.3

The problem is that the Configure Extensions screen does not "show" them, even though they are installed. Can you provide some pointers here? Tnx --Saruman! 09:57, 23 October 2009 (UTC)

OK found it myself: InputBox is listed as Inputbox in Configure.settings-ext.txt; change the b to B and it works. SMW is not supported in Configure 0.13.x and Configure 0.14.x is not supported on MediaWiki 1.15.x. Saruman! 14:00, 23 October 2009 (UTC)

OpenID Extension changes

Hi Alex,

I've created a Google group for discussions related to Extension:OpenID:

I saw you made a large chunk of updates - thanks a lot, those bugs are quite important ones!

One problem I found there was that it broke Short URLs (I left a comment to r52236. I think I was hitting same problem when trying to do some changes myself.

Unfortunately, I can't find a problem when so many things were changed in one hit to SVN - can you take a look? I'll be happy to debug on my end.

BTW, I noticed that my wiki lost all the OpenID preferences - do you know where I can read about the preferences system change?

--Sergey Chernyshev 20:21, 21 June 2009 (UTC)

You are not the only one reporting this problem, same problem happened in bug 18934. However I can't reproduce it after enabling short urls (using as provider and php-openid 2.1.0). Something I would like to know is which OpenID provider you use and what php-openid version you have. (For the preferences change, I don't know if there're documentation somewhere.) iAlex 20:29, 21 June 2009 (UTC)
I used a few providers in the provider picker - starting with MyOpenID and also Google and Yahoo. They all were failing. I tested with both recommended /w/ + /wiki/ and "not-recommended" /w/ + / configurations and they both were failing - now after your last fix, they both work fine (except for trust root is not guessed correctly and had to be set manually for recommended /w/ + /wiki/ configs). Also, I'm going to be adding some support for manipulating user's OpenIDs at some not-too-distant future, if you're going to work on OpenID extension more closely, it might worth combining our efforts - I'll be monitoring discussion group, feel free to join. And thanks a lot for working on this! Do you have any other plans? Do they by any chance coinside with usability effort? --Sergey Chernyshev 14:31, 22 June 2009 (UTC)
Yeah, looks like only new Preferences dialog is supported and preferences are no longer displayed on MW 1.14 page, for example. And I saw you added multi-url management as well which is great! ;) I wonder if we should port these changes to older versions as well or just promote MW upgrade ;) --Sergey Chernyshev 14:47, 22 June 2009 (UTC)
You can backport the changes if you want to backport them, but I won't do it. Trust root path corrected in r52291. iAlex 17:48, 22 June 2009 (UTC)

User Styles Changes

As you were the last person (only person) in the userstyle's revision check logs, I'd like to point out that you have 3 changes awaiting you and the last check was in October on the 25th. - Rgoodermote  07:22, 12 November 2009 (UTC)

Done. iAlex 07:43, 12 November 2009 (UTC)
Cool, thanks. - Rgoodermote  07:48, 12 November 2009 (UTC)
I hate to be a bother, but you now have 1 more there...forgot to add a section. Kind of annoying having to get these things reviewed by the way, but I get it and understand. - Rgoodermote  07:51, 12 November 2009 (UTC)
Done. iAlex 07:53, 12 November 2009 (UTC)