Blaue Blume
Blaue Blume
A little thank you...
for your help in Help:FAQ/fr.
hugs, Pseudomoi

Catégories en français


J'ai rajouter des catégories françaises en gardant le nom anglais et en ajoutant /fr à la fin. Je pense qu'il faudrait faire la même chose avec le nom des pages et renommer la traduction avec un nom français quand la page aura atteint un niveau acceptable. Ce qui permet de bien utiliser le modèle LANGUAGES mais de franciser tout ça.

@ plus --Pseudomoi 10:29, 29 June 2006 (UTC)Reply

Trop rapide...


encore merci pour ta traduction. Pour la peine je te pique ton monobook. aha --Pseudomoi 17:16, 29 June 2006 (UTC)Reply

Ok, je pense que c'est une bonne idée de garder l'uniformité et de faire de redirections. @ plus --Pseudomoi 17:27, 1 July 2006 (UTC)Reply

Copies d'écrans en français


De nombreuses pages d'aide contiennent des copies d'écrans en anglais. Il serait bien de faire la même chose pour l'aide en français (c'est-à-dire : copie d'écran en français). Je veux bien le faire mais je sais pas comment.

L'idéal serait de faire comme pour les articles et d'adopter un nom similaire avec en plus /fr et de terminer par le format de l'image. Ex: Image:M-en-recentchanges.png > Image:M-en-recentchanges/fr.png

Merci --Pseudomoi 18:26, 1 July 2006 (UTC)Reply

Ok, je vais d'abord recenser les images en anglais pour savoir quoi copier. --Pseudomoi 18:36, 1 July 2006 (UTC)Reply

Re: About this site


> Hi, can you add the template {{Languages|About this site}} on the page About this site.

Done --HappyDog 19:06, 13 July 2006 (UTC)Reply
PS - Thanks for all your good work in vandalism/testpage patrol :)

Re: Sysop rights


Hi, can you give me sysop rights on this site. I'm often/sometimes here for making translation into french and vandalism fighting. It would serve that you, Bdk and HappyDog don't delete what I put in the speedy deletion category, and perhaps some maintenance on protected pages.
I ask now because I just put ten article in the deletion category and I would prefer delete them. I'm yet sysop on the french Wikipedia. Thank you ~ Seb35 09:13, 1 September 2006 (UTC)Reply

Explain to me how will benefit aside from "vandalism reversion". Your activities on other Wikimedia wikis are of no interest to me with respect to this one, although I should clarify that I don't mean I don't think they're worth something; they're just not relevant here. :) robchurch | talk 01:04, 2 September 2006 (UTC)Reply



Hi, I reverted your change on Help:Searching/es : the template PD Help Page is obligatory to prevent this page is in the public domain and it is better to keep categories. ~ Seb35 10:00, 27 February 2008 (UTC)Reply

Thankyou - and sorry about that. My edit was unintentional. I was transferring the files to our site and apparently forgot what file I was editing and saving. --Ashcraft 16:45, 27 February 2008 (UTC)Reply

Talk:WfMsg statistics


There's a question for you there. --Nemo 18:18, 28 September 2012 (UTC)Reply

Requests for comment/Allow styling in templates


Hi, Requests for comment/Allow styling in templates is being considered as one of the RFCs to be discussed at the RFC review on 2013-11-06 via IRC. You are receiving this notification because you edited or discussed this RFC. We hope to see you there.--Qgil (talk) 00:43, 5 November 2013 (UTC)Reply

Project:Language policy/Migration list


Hello, translation administrator! Can you please watchlist this page? I hope to get some work done in the next few months. :)

Specifically for the next few weeks, I proposed translation migration as task for Google Code-in students, so we'll hopefully see some help coming from there. You don't need to do anything special: just check there or on Special:PageTranslation if there are pages to mark for translation and do so if they're ok, as usual. If you wish, however, in addition to that you can monitor the list more closely so that students are mentored and assisted even more quickly. Thank you very much, Nemo 19:07, 20 November 2013 (UTC)Reply

Thanks. I will follow it, and it will help me also as new translator administrator. ~ Seb35 [^_^] 10:55, 24 November 2013 (UTC)Reply

Modify Sidebar Hook - PHP Error


Hey there! I'm using your modify Sidebar hook for my Wiki as found here While it works like it is supposed to, it throws an error as follows:

PHP message: PHP Warning:  Invalid argument supplied for foreach() in /usr/share/webapps/mediawiki/LocalSettings.php on line 158" while reading response header from upstream, client: xx, server: xx, request: "GET /Icon/browser/mozilla.png HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/php-fpm.sock:", host: "xx", referrer: "xx"
2015/08/30 19:34:25 [error] 337#0: *7806 FastCGI sent in stderr: "PHP message: PHP Notice:  Undefined index: TOOLBOX in /usr/share/webapps/mediawiki/LocalSettings.php on line 158
PHP message: PHP Warning:  Invalid argument supplied for foreach() in /usr/share/webapps/mediawiki/LocalSettings.php on line 158" while reading response header from upstream, client: xx, server: xx, request: "GET /Special:AllPages HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/php-fpm.sock:", host: "xx"

Line 158 is as follows in my file:

  foreach ( $baseTemplate->data['sidebar']['TOOLBOX'] as $value ) {

I know nothing of PHP, so any help would be appreciated.



(copied from User talk:
Hi Jeff! Thanks for using this. I’ve just tested again with MediaWiki 1.26 and it works. What are the versions you are using, for MediaWiki and for the skins? You can find these informations in the special page "Special:Version" on your wiki.
PS: we should continue this conversation only on my talk page User talk:Seb35 because, if your IP address changes, this talk page will change.
~ Seb35 [^_^] 07:25, 31 August 2015 (UTC)Reply

MediaWikiFarm on MediaWiki-Vagrant


I'm trying to get the simplest version of MediaWikiFarm running on an instance of MediaWiki-Vagrant for the purposes of learning how it works. Ultimately I want to incorporate MediaWikiFarm into (and would love to have your help with that). At first, I got an error:

"Fatal error: Call to a member function getConfigFile() on a non-object in /vagrant/mediawiki/extensions/MediaWikiFarm/MediaWikiFarm.php on line 30"

The configuration is a bit sensitive. I needed to hard code $wgMediaWikiFarmCacheDir = '/tmp/mw-cache'; in the load method of the Class. Otherwise it was 'null' and not happy.


// Configuration directory.
// There must be a file 'farms.yml' or 'farms.php' or 'farms.json' inside.
// default $wgMediaWikiFarmConfigDir = '/etc/mediawiki';
$wgMediaWikiFarmConfigDir = "$IP/extensions/MediaWikiFarm/config";

# Include the code.
require "$IP/extensions/MediaWikiFarm/MediaWikiFarm.php";


return array(
  # simple definition compatible with MediaWiki Vagrant
  # This one is only visible to the guest (e.g. using lynx from the guest)
  'mywiki' => array(
    'server' => 'localhost',
    'variables' => '', // without a key named 'variables', configuration will fail
    'suffix' => 'wiki',
    'wikiID' => 'devwiki',
    'config' => array(
      array( 'file' => 'LocalSettings.php',
        'executable' => true,
  # this one is visible from the host, through virtualbox port forwarding
  'devwiki' => array(
    'server' => '',
    'variables' => '',
    'suffix' => 'wiki',
    'wikiID' => 'devwiki',
    'config' => array(
      array( 'file' => 'LocalSettings.php',
        'executable' => true,

@GregRundlett Interesting, the Quality Box project! This existing configuration seems to be already quite good, there is probably only a detail which makes the whole thing crash. I sometimes experienced this 'non-object' error: the object MediaWikiFarm is not created in MediaWikiFarm::load(), probably because the constructor returns an exception (which is silently caught in MediaWikiFarm::load()), so the easiest way to debug it is to remove the try and you will see what is exactly the error.

UPDATE: I did troubleshoot, and found how to get the extension working with MediaWiki-Vagrant... The config above does work

Your config file farms.php is in $IP/extensions/MediaWikiFarm/config, isn’t it? Also I didn’t try with a specific port, so perhaps there is a bug there (although I just verified, the PHP variable $_SERVER['HTTP_HOST'] returns the host+port). In this case (monoversion mode), I see the error handling (e.g. when no wiki corresponds to the host) could be improved, for instance by killing further MediaWiki loading and only returning a 500 or 404 HTTP error, similarly to the multiversion mode. In the mid-term I also plan to improve the logging to know more easily what are the errors.

~ Seb35 [^_^] 01:01, 14 January 2017 (UTC)Reply

Indeed, in this configuration, $wgMediaWikiFarmCacheDir is not set by default (hence has the value null) and the constructor does not like it.
In a next version I will allow null in the constructor as a synonym for false (=no cache).
Thanks for the report. ~ Seb35 [^_^] 16:43, 17 January 2017 (UTC)Reply

Share your experience and feedback as a Wikimedian in this global survey

  1. This survey is primarily meant to get feedback on the Wikimedia Foundation's current work, not long-term strategy.
  2. Legal stuff: No purchase necessary. Must be the age of majority to participate. Sponsored by the Wikimedia Foundation located at 149 New Montgomery, San Francisco, CA, USA, 94105. Ends January 31, 2017. Void where prohibited. Click here for contest rules.

Jobs and deferred updates


First of all, I want to personally thank you for your great work fixing those nasty bugs about jobs and deferred updates, which are hard to diagnose and cause a lot of headaches to site admins!

  The Technical Barnstar
A barnstar for your great work fixing bugs about the Job Queue and Deferred Updates on MediaWiki! --Ciencia Al Poder (talk) 19:59, 14 June 2017 (UTC)Reply

Since you've been working recently on this, maybe you can make a quick note about the difference between jobs and deferred updates in Manual:Job queue and/or Manual:Job queue/For developers (this one for example talks about deferred updates), at least to clarify if they're different things. I was about to put a summary like you did on task T154425, but maybe you can fit it better on those pages. Anyway, if you don't have enough time to do that, I can reproduce your summary there. --Ciencia Al Poder (talk) 19:59, 14 June 2017 (UTC)Reply

@Ciencia Al Poder: Thanks a lot for this message and the barnstar :)
You’re right, these bugs and/or their resolution should be documented, I will add something in the coming days in these pages. Some topics I see: the two methods for pushing jobs (push and lazyPush), highlight the difference between jobs and deferred updates (and I see there is no page about deferred updates specifically although some mentions in Database transactions); shutdown operations related to jobs and deferred updates in MediaWiki request and in JobRunner [for developpers].
~ Seb35 [^_^] 10:32, 15 June 2017 (UTC)Reply
@Ciencia Al Poder: Done on Manual:Job queue and Manual:Job queue/For developers. Could you proofread what I wrote (possibly some English mistakes) and/or say if it clear and/or improve?
~ Seb35 [^_^] 12:09, 16 June 2017 (UTC)Reply
Thanks for your edits! I've read it and I've now understood how it works. --Ciencia Al Poder (talk) 18:13, 16 June 2017 (UTC)Reply

Share your experience and feedback as a Wikimedian in this global survey

WMF Surveys, 18:35, 29 March 2018 (UTC)Reply

Reminder: Share your feedback in this Wikimedia survey

WMF Surveys, 01:33, 13 April 2018 (UTC)Reply

Denelezh gender gap


Hi there, Seb. If I am not mistaken, you are behind the Gender Gap in Wikidata presentation which has recently been updated. As one of the main contributors to the Women in Red WikiProject on the EN wiki, I found your page extremely pertinent to our work in trying to reduce the gender gap by creating more women's biographies. In particular, your graphics on the various sections make the results far more meaningful than in the previous version. Am I right in thinking the latest version is based on the dump fron Wikidata on 9 April 2018? Do you intend to upate these statistics periodically? If so, it would be useful to know how often as they obviously complement the data we currently monitor at WHGI. In any case, congratulations on the work so far. You're doing a great job.--Ipigott (talk) 09:29, 17 April 2018 (UTC)Reply

Hi @Ipigott: No, the author of Denelezh is Envlh. I suggest you discuss on his user talk page. ~ Seb35 [^_^] 10:58, 17 April 2018 (UTC)Reply
Thanks. Sorry for the confusion.--Ipigott (talk) 11:03, 17 April 2018 (UTC)Reply

Your feedback matters: Final reminder to take the global Wikimedia survey

WMF Surveys, 00:43, 20 April 2018 (UTC)Reply

Need help for grow a farm


Hi , I'm going to start a new farm Atheistpedia. I saw your Extension:MediaWikiFarm but it's difficult to add by my side. I need 5 site for this farm $ where languages will be en, bn, hi; data site same as Wikidata and media site same as Commons. Can you please help me to setup your Extention? It'll be very helpfull for me.



Bonjour Seb35 ! Je te vois listé dans la liste des maintenanciers de cette extension. Or, elle est non maintenue et incompatible : il faudrait la mettre à jour. Est-ce que tu penses avoir le temps et l'envie de t'en occuper ? Je t'écris ceci car après la mise à jour de Vikidia en 1.39, elle ne fonctionne plus, et c'est surement lié. Bonne journée ! Raphoraph (talk) 19:00, 20 October 2023 (UTC)Reply

Bonjour @Raphoraph, je n’ai pas été très actif à maintenir cette extension, et elle manque effectivement de maintenance. Je vais y passer du temps prochainement pour rattraper le retard.
Après, ça m’étonne que tu dises qu’elle ne marche pas en 1.39 : nous (Wiki Valley) l’utilisons actuellement sur MW 1.39 et elle fonctionne (exemple, voir le texte source, le code Matomo est présent en bas, c’est la version master (Git 3e9bd0c)).
Sur Vikidia en 1.39, je constate que le code JS Matomo est en double (bug mineur même si peut-être problématique), mais surtout les balises script sont <script type="d26cfecaa610d2fbb892ccfa-text/javascript"> (toutes les balises script, pas seulement celles de Matomo), je suppose que le JS ne fonctionne pas du tout du coup (ou mal, peut-être selon les navigateurs). Je contacte Vincent à ce propos. ~ Seb35 [^_^] 09:56, 26 October 2023 (UTC)Reply



I've now noticed your revert on Extension:CirrusSearch/ES6CompatTransportWrapper. Who's "we"? The change I did was by personal experience upgrading wikis from 1.38 to 1.39. Are you talking about WMF? Because WMF always uses master and not REL1_39 at the time it upgraded. I'm trying to find where's the divergent point between your experience and mine. Also note I provided evidence of the configuration name on WMF, while you didn't. Ciencia Al Poder (talk) 18:58, 26 October 2023 (UTC)Reply

Sorry about being ambiguous about the "we", I experimented REL1_39 + ES 6.8 with my IT apprentice for my company Wiki Valley (we do MW consulting + hosting) during the upgrade 1.38 → 1.39. We fight a bit to make REL1_39+ES 6.8 work, tried multiple configurations, and finally the working one was with $wgCirrusSearchServers with the ES6CompatTransportWrapper. I changed because I thought WMF had a special configuration (for a big ES cluster) which was not really applicable for smaller installations.
Our hosting is now switched to ES 7.10, but I will retry next week by reinstalling ES 6.8 on a test server to try to understand the issue. ~ Seb35 [^_^] 13:54, 28 October 2023 (UTC)Reply