User talk:Ciencia Al Poder

 Dear, Welcome to MediaWiki.org !

Yes, Welcome! This site is dedicated to the documentation of the MediaWiki software, the software behind many wikis, including that of Wikipedia and the Wikimedia Foundation projects.

Please, take a look at the following pages. They might prove useful to you as a newcomer here:
 * Project:About
 * How does MediaWiki work?
 * Help:Editing pages
 * Help:Navigation
 * Manual:FAQ

If you have any questions, please ask me on my talk page. Once again, welcome, and I hope you quickly feel comfortable here, and find this site a beneficial documentation of the MediaWiki software. Thanks, and regards, Diego Grez ¡hablemos! 17:45, 23 July 2010 (UTC)

Phabricator Tasks
Thanks for fixing up my bum edit. I even created an account on Phabricator and searched for the number. I've just double checked and an advanced search on "T8129" for document type task returns nothing useful and certainly not https://phabricator.wikimedia.org/T8129 *sigh*.

LinkSuggest on IE9
Internet Explorer really loves you... --Jack Phoenix (Contact) 22:03, 12 March 2011 (UTC)


 * jeez --Ciencia Al Poder 20:01, 13 March 2011 (UTC)

Thanks
Thanks for improving the Git instructions page! Sumana Harihareswara, Engineering Community Manager (talk) 21:22, 12 September 2012 (UTC)

A barnstar for you!

 * Ok, much appreciated ;) --Ciencia Al Poder (talk) 19:57, 28 January 2013 (UTC)

Communication/es
Hi! Need your help for migration of Communication/es into new translation system. I've imported old translations into new version of Communication/es and appeal to you to check and [ finish] it. Thanks in advance! --Kaganer (talk) 22:39, 30 January 2013 (UTC)
 * Thanks! --Kaganer (talk) 20:47, 31 January 2013 (UTC)
 * My pleasure :) --Ciencia Al Poder (talk) 22:00, 31 January 2013 (UTC)
 * Also thanks for [ translation] of How to contribute ;) --Kaganer (talk) 08:45, 1 February 2013 (UTC)

mobile fronted extension
i have mediawikiwmf9 installed. The problem is in configure mobile url template. suppose i filled m.%h0%h1. it takes to url but with error that page does not exists.or sometimes when i visit the homepage it is of mobile version. the main page is at http://punjabworks.org/w/index.php/Main_Page could you help me the mobileurl template. if you want my ftp passsword. i will give it but just solve for god sake.


 * The URL you posted isn't accessible at this moment (404 error). Also, I'm not familiar with mobile frontend. You may want to ask in the Project:Support desk --Ciencia Al Poder (talk) 10:13, 14 February 2013 (UTC)

Security issue for Widgets
Hi, about two months ago, you added a "security risk" warning to the top of the Widgets extension page. Could you clarify if this was meant to indicate that cross-site scripting attacks could be added to calls to #widget, or to pages in the "Widget:" namespace, or both? Yaron Koren (talk) 14:57, 21 February 2013 (UTC)


 * Hello Yaron! I added the notice because of 39883, which is a very serious issue. Just for the record, I linked that bug on the edit summary when I added the warning. Cheers. --Ciencia Al Poder (talk) 19:08, 21 February 2013 (UTC)


 * Ah - I didn't know about that Bugzilla bug; thanks for the information. Yaron Koren (talk) 20:39, 21 February 2013 (UTC)

help for for making visable address
hi could I have some hlp to find the right ip address my mediawiki software I used bitnami to install it onto my computer but I dojnt know how to make the url visble to everyone so everyone can edit 109.151.163.1 21:23, 8 April 2013 (UTC)


 * The solution is being followed here: Thread:Project:Support desk/help with making my domain visable when clicked. Please don't split the conversation on each particular talk page. --Ciencia Al Poder (talk) 09:48, 9 April 2013 (UTC)

TextInputField without button (Project:Support desk; 19:26, 16 January 2014)
Thanks for your help, it works fine. But do you have an idea how I can put 2 or 3 TextInputFields in a single line. It seems that the class forces a new line after every TextInputField. Do you have a workaround to avoid the newline? I have made some examples in [es:Wikilibros]. --Thirunavukkarasye-Raveendran (talk) 21:16, 23 January 2014 (UTC)


 * Hello, User:Thirunavukkarasye-Raveendran. You may ask adding this CSS:

.nobuttons div, .nobuttons p {display:inline;} .nobuttons div form {display:inline;} .nobuttons input.searchboxSearchButton {display:none;} .nobuttons br {display:none;}
 * Then, You'll need to put both inputbox inside the same div class="nobuttons", or use style="display-inline" on that div, since a div by itself forces a new line. --Ciencia Al Poder (talk) 21:51, 23 January 2014 (UTC)

Thank you for your thank you :-) about Manual:Restoring a wiki from backup
This where my first edits on this wiki about the MediaWiki software so it's nice to have some confirmation I didn't completely mess up the page :-) I'm still not yet finished. I get an SQL error saying I'm missing the privilege to "DROP" tables when importing the database backup with the current instructions. I'll improve the instructions some more.

BTW my ancestors are Catalan :-) They are from Perpignan, the small part of Catalonia that's in France.

Moltes gràcies i més
Moltes gràcies per contents. M'has resolt un bon problema per tal de facilitar la traducció a altres usuaris en un wiki (de consells per a pacients oftalmològics i, més endavant, vídeos que estem fent amb el meu fill sobre oftalmologia).

M'agradaria, però, col·laborar amb un exemple complex en les explicacions de Help:Extension:Translate/Page translation administration en l'apartat de variables, utilitzant plantilles i redireccionant a la traducció en l'idioma escollit. No sé com fer-ho ja que no tinc accés a modificar aquella pàgina.

Més endavant ja formularé alguns problemes més que tinc.

--Jmarchn (talk) 06:51, 5 September 2014 (UTC)


 * Hola. No veig que la pàgina estigui protegida, així que crec que podries editarla afegint el teu exemple. Si no estàs segur, pots afegir-ho en la discussió de la pàgina i potser altres usuaris validaràn primer si és apropiat afegir-ho. Salut :) --Ciencia Al Poder (talk) 09:52, 5 September 2014 (UTC)

Manual:MessageCache.php‎
I've seen that you deleted MW src template in that page. Sorry, you'll have to do it so many times, 'cause I put it in several pages. Good work. PS: I created this template and it links to other site, but it's "OK!" Go ahead! - Fabsouza1 (talk) 13:00, 26 November 2014 (UTC)


 * No problem, I've only removed it on one page because I found it incidentally, I wasn't hunting for that template. --Ciencia Al Poder (talk) 19:57, 26 November 2014 (UTC)

TextInputField
Hi, I would appreciate your help again for an old story: Special:NewMessages - TextInputField without button (sorry, I even dont know how to write the correct link here - I did just edit there in MediaWiki, that way you can find the right page - I hope) --Thirunavukkarasye-Raveendran (talk) 20:22, 13 February 2015 (UTC)

Starting conversion of LiquidThreads to Flow at mediawiki.org
Hello. I'm sending this to you, because you've been one of the top 50 users of LQT on mediawiki.org over the last 360 days, and I wanted to make sure that you'd seen the announcement at Starting conversion of LiquidThreads to Flow at mediawiki.org. There are links in the topic-summary at the top, for other discussions (wikitech-l and Project:Current_issues), and a link to the planned process and timeline (scheduled to begin April 6, with smaller conversions at first). Please do test Flow out at Talk:Sandbox if you haven't tried it recently, and give any feedback/suggestions/requests at that main discussion location. Much thanks, Quiddity (WMF) (talk) 23:42, 27 March 2015 (UTC)


 * Yes, I'm aware, thanks for the notice! --Ciencia Al Poder (talk) 10:50, 29 March 2015 (UTC)

Marked issue as resolved, but I'm not sure that's right
Hi Jesús,

I see that you marked Thread:Project:Current_issues/error_in_update_with_by_web_browser_in_MediaWiki_Language_Extension_Bundle as resolved, but following the steps you outlined doesn't work for me. Did you get confirmation from the user who asked the question that your solution worked?

Kind regards, --Slashme (talk) 22:07, 30 May 2015 (UTC)


 * Hello, @Slashme, I marked it as resolved because other user said it worked for him: --Ciencia Al Poder (talk) 09:27, 31 May 2015 (UTC)

How to ask for help?
Hello, excuse me for this but I can't post a question at Project:Support desk. I can't reply to a thread (this one) and I can't post a new thread also.

This new style of conversation is puzzling me. Do you have any idea how to fix it or can you post a new issue at Project:Support desk about this? Thanks. Pogo121 (talk) 22:30, 6 July 2015 (UTC)


 * Hi, Pogo121. This may happen if your message contain external links or something that may trigger a spam filter or a captcha, since LQT doesn't support such features :(. If you want to include an external link, put it inside &lt;nowiki&gt;&lt;/nowiki&gt; tags so it doesn't render as a link and it won't trigger the captcha. --Ciencia Al Poder (talk) 18:29, 8 July 2015 (UTC)


 * Sorry was "AFK" for a while. I wanted to put the link to GnuWin32 diff package. Now it works, thanks! Pogo121 (talk) 22:56, 14 July 2015 (UTC)

A barnstar for you!

 * Thanks, my pleasure :) --Ciencia Al Poder (talk) 18:02, 12 July 2015 (UTC)


 * I want to thank you too! You're doing a superb job there! Stefahn (talk) 19:36, 15 January 2016 (UTC)

Extension:LinkSuggest
Hello Ciencia, I tried to install Extension:LinkSuggest on my local testing MW and found a possible error within the javascript Jack Phoenix took in recently. I'm not into javascript that good, could you take a look in there, please?


 * Activating the extension supresses up/down keys
 * No suggestions pop up (refer to Extension_talk:LinkSuggest which fixed another problem on sql query, too)
 * Deactivating the extension lets the cursor move again
 * removing below listed addons results in the same behavior

Config:
 * MW 1.25.1
 * Extension:LinkSuggest (tried both, 1.25 and master from distributor)

WikiEditor addons (perhaps there are conflicts?):
 * Wikipedia gadget version of Extension:CharInsert
 * MediaWiki:Gadget-TabOverride.js
 * User:Remember the dot/Syntax highlighter

Thanks in advance, Dominik Maus (talk) 02:55, 19 August 2015 (UTC)


 * Will take a look when I have time, thanks for reporting. In what browsers did you test it? --Ciencia Al Poder (talk) 13:52, 19 August 2015 (UTC)


 * Now that is interesting. I wasn't sure I've tested it on Chrome, I just found out it works on Chrome 44.0.2403.155. Though Firefox 40.0.2 isn't happy with my arrow keystrokes. Dominik Maus (talk) 12:13, 20 August 2015 (UTC)


 * Dominik Maus, I think I've fixed it on gerrit changeset 238018, --Ciencia Al Poder (talk) 20:03, 13 September 2015 (UTC)


 * Heya Ciencia, the changes seem to work for me so far, box is coming up and suggests funny things. Thanks alot for your efforts :) There seems to be another problem: The box only pops up after I entered two curly braces. Adding more characters (3+) doesn't update nor show the box anymore. Trying the same using brackets fails completely - no reaction there. I've tested that on Firefox and Chrome as usual. Dominik Maus (talk) 11:52, 14 September 2015 (UTC)


 * That's strange. In fact, when you said it was working on Chrome, I have my objections to that, since I'm pretty sure it couldn't work on any browser since MediaWiki 1.25. Now I've tried with the gadgets you mentioned, since I didn't test with them yet, and I though they would break the script in some way, specially the syntax highlighter, but apparently they don't. It continues to work for me. The only things I found were:
 * I need to also apply gerrit change 225715 on my wiki
 * I've added more pages after testing, and found that requests are cached on the browser, so autocompletions that I've already typed don't update to show the newly added pages.
 * If it continues failing, try disabling those gadgets and see if it works now, in case there's a specific load order that triggers this incompatibility that I can't reproduce. --Ciencia Al Poder (talk) 19:50, 14 September 2015 (UTC)
 * Cheers. Believe it or not, I messed up my system earlier and forgot to include the gerrit change 225715. Your hint saved my day, the script works perfectly now on both, FireFox and Chrome. Thanks alot! Dominik Maus (talk) 12:03, 15 September 2015 (UTC)
 * Found one more thing: On entering 'Category:..name..' and choosing an entry in the result list, a simple link is created (not adding the namespace). Edit: That's not only on Category prefixes. Whenever I write a longer passage (ex. 'Primal Instant Heal ') the suggestions are cut off. Dominik Maus (talk) 17:08, 15 September 2015 (UTC)
 * Oops, fixed on the latest commit. I don't know why those quotes ended up there... --Ciencia Al Poder (talk) 20:09, 17 September 2015 (UTC)
 * Looks good now. No more cutoffs. Thanks for your efforts on that *happy*! Dominik Maus (talk) 14:56, 19 September 2015 (UTC)

MediaWiki:Gadget-site.css (all skins) on Manual:Interface/Stylesheets
Hi Ciencia Al Poder What's wrong here? When I am clicking to MediaWiki:Common.css the page tells me (partially in German) that it jas been moved to  MediaWiki:Gadget-site.css:

MediaWiki:Common.css

Diese Seite wurde gelöscht. Zur Information folgt das Lösch- und Verschiebungs-Logbuch dieser Seite.

09:31, 7. Sep. 2014 Edokter (Diskussion | Beiträge) löschte Seite MediaWiki:Common.css (Moved to MediaWiki:Gadget-site.css) 22:03, 30. Dez. 2012 Krinkle (Diskussion | Beiträge) verschob die Seite MediaWiki:Common.css nach MediaWiki:Gadget-site.css, ohne dabei eine Weiterleitung anzulegen (Gadgetize) (zurück verschieben)

/* CSS placed here will be applied to all skins */	Etron770 (talk) 11:31, 22 September 2015 (UTC)


 * There's nothing wrong, admins on that wiki moved the page, but any CSS placed there will still be loaded for all users on all skins, as the placeholder text says. --Ciencia Al Poder (talk) 18:51, 22 September 2015 (UTC)

In Mediawiki:Common.js, make a Piwik tracker code not executed for bot, sysop, bureaucrate
Hi,

You might not remember me. But i remember you from Wikia. You were really good with JS code, if i remember correctly, and i learned a lot of usefull thing from you back then. I have quit Wikia some years ago, but i have set up a wiki of my own. I have hard time finding time to work on it though, so it's content is really scarce.

Anyways, today a have a small problem because i'm not good enough with Javascript. Some days ago, i inserted in Mediawiki:Common.js a tracking code that comes from the Piwik software. It's working great. Visits are registered. But, now i want to exclude users by group. The script should not run for bot, sysop and bureaucrates.

The thing is, looking at the code, i am unable to determine if it's possible to put an If block around it. Also, i'm not sure of the proper way to script the conditionnal part with wgUserGroups been an array. Would i need to scan the array with a For Each containing the If or run a check just before the If and store the result in a new boolean variable ?

I hope i'm not bothering... Any suggestion is welcomed. You can reply here or on my own talk page. Many thanks. TulipVorlax (talk) 01:26, 30 September 2015 (UTC)


 * Hey TulipVorlax, yes, I remember you! Glad to hear from you again :)
 * I've modified the code for this: . I've put everything inside the closure (the function that executes itself), so the return statement will exit it. Walking through arrays needs to be done with a normal for, not a "for each", because in JS that walks through properties of objects (and it would iterate over the "length" property as well, which we don't want). In addition, I've explicitly set _paq to the window object so it stays global, since there are plans in future versions to make scripts in Common.js to be executed in a local scope, and the "var" statement would not be visible for the piwik script.
 * I've also moved trackPageView down, since at least in google analytics, it needs to be the last statement, so it uses all the variables added before (they are read sequentially). Well, double check if this change is not wrong!.
 * Best of luck for your wiki. --Ciencia Al Poder (talk) 09:49, 30 September 2015 (UTC)


 * I have copied the snippet, but you made a tiny error, hardly more than a typo. Can you find it ? Ok, i'm telling...
 * You had sysop two times, so i replaced one with bot.
 * Anyway, as far as i can see, it work great. My visits are recorded in Piwik if i'm anon, and not anymore if i'm logged in. Reading the code, i understand how it work. Making it as a conditionnal exit of the function is really better than what i was thinking. I used a similar thing when i was younger and discovering programming with LogoWriter. It's been a long time...
 * By the way, i entered you nickname in google translate. I think their translation is not as good as it could be. But if i understand it correctly, it would mean « Power of Science ». Or is it « Power by Science » or something else ? 98.143.222.149 18:54, 30 September 2015 (UTC)
 * Erf, i though i was logged in... TulipVorlax (talk) 18:58, 30 September 2015 (UTC)
 * Ah, yes, when I was testing I changed one of them to "*" to see that it worked and that I haven't broken anything obvious ;) but then I changed it back wrong. Yes, my nick can be translated as "Power of Science". That's a long story, though. --Ciencia Al Poder (talk) 19:40, 30 September 2015 (UTC)

Template:Git_file and diffusion
Hi, you switched git file back:
 *  (Revert edit "First step of migration to Phabricator Diffusion, per phabricator:T101358", since this task is blocked by other unresolved tasks. Not all repos are in diffusion (currently failing at Manual:MWDumper)

T101358 isn't blocked by anything relevant. I created its blocker T110607 "redirect gerrit repo paths to diffusion callsigns" because developers unhappy with Module:Callsigns proposed that approach, but they haven't produced code yet. It just moves the problem to "Not all repos have correct redirects and/or not all repos are in diffusion".

MWDumper is in diffusion. Usually the issue is just a path issue in Module:Callsigns; in this case it had when it should have been. Easy fix so git file is back to using Diffusion. Probably any repo path in Module:Callsigns with a dash or with no slashes is a warning sign.

git.wikimedia.org is slow and unreliable and going away. I think we should leave git file using Diffusion in order to find and fix problems. (A test for gerrit repos not in Phabricator would be to get the full list of projects in gerrit, check if a mapping to call sign exists, browse to URL for the callsign in differential, check for 404 errors; but I don't know how to get started.)

Cheers, thanks for all your help with and on MediaWiki{.org}! -- SPage (WMF) (talk) 01:55, 20 October 2015 (UTC)


 * Ok, let's assume all usages of the template will point to repos that are already hosted on phabricator. Since you've implemented git file is now using callsings, you should probably resolve the task, but the blocker task is still open, which means it shouldn't be a dependency. --Ciencia Al Poder (talk) 19:00, 20 October 2015 (UTC)

HELP!!!
how to create a wiki?

I installed Xampp

Please New Wiki (talk) 20:39, 27 October 2015 (UTC)


 * RTFM: Manual:Installing MediaWiki on XAMPP --Ciencia Al Poder (talk) 10:27, 28 October 2015 (UTC)

Manual:FAQ: CSS class
Because this https://jbo.wikipedia.org/w/index.php?title=MediaWiki:Common.css&oldid=107311 didn't work. There does no longer seem to be any "mainpage" class in the CSS anymore. « Saper // talk » 22:24, 28 December 2015 (UTC)
 * This is why mediawiki.org is special: https://www.mediawiki.org/w/index.php?title=MediaWiki:Gadget-site.js&action=edit « Saper // talk »  23:13, 28 December 2015 (UTC)
 * No problem! I just did some archeology and figured out that since r17119 when we got  there was no such feature. I think that the 1.22 warning introduced in October 2013 was incorrect - the MediaWiki:Common.css should have worked anyway. Good that somebody asked on IRC :)  « Saper // talk »  10:35, 29 December 2015 (UTC)

Getting Internal error: MWException from line 1868 of LocalFile.php: Could not acquire lock
Mediawiki version 1.26.2, PHP 5.6.6 and MySQL 5.5.32. I uploaded a working wiki to the hosting service of iPage and imported the database. Mediawiki version 1.26.2, PHP 5.6.6 and MySQL 5.5.32. Everything seems to work except on one page where I get this error. I tried changing the permissions of image directory recursively and it didn't do anything. I tried your solution of modifying LocalSettings.php [https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Problem_With_File_Upload:_Could_not_acquire_lock_for_%22mwstore://local-backend/local-public/1/1e%22. here], then the page in question does get displayed properly, but all images disappear and the path to the uploaded files directory becomes wrong and can't access any uploaded files. The backtrace looks like this (I shortened the URL paths):
 * 1) 0 mediawiki/includes/filerepo/file/LocalFile.php(594): LocalFile->lock
 * 2) 1 mediawiki/includes/filerepo/file/LocalFile.php(578): LocalFile->upgradeRow
 * 3) 2 mediawiki/includes/filerepo/file/LocalFile.php(536): LocalFile->maybeUpgradeRow
 * 4) 3 mediawiki/includes/filerepo/file/LocalFile.php(402): LocalFile->loadFromRow(stdClass)
 * 5) 4 mediawiki/includes/filerepo/file/LocalFile.php(546): LocalFile->loadFromDB(integer)
 * 6) 5 mediawiki/includes/filerepo/FileRepo.php(430): LocalFile->load(integer)
 * 7) 6 mediawiki/includes/filerepo/RepoGroup.php(153): FileRepo->findFile(Title, array)
 * 8) 7 mediawiki/includes/GlobalFunctions.php(3662): RepoGroup->findFile(string, array)
 * 9) 8 mediawiki/includes/parser/CoreParserFunctions.php(923): wfFindFile(string)
 * 10) 9 [internal function]: CoreParserFunctions::filepath(Parser, string)
 * 11) 10 mediawiki/includes/parser/Parser.php(3789): call_user_func_array(array, array)
 * 12) 11 mediawiki/includes/parser/Parser.php(3523): Parser->callParserFunction(PPFrame_DOM, string, array)
 * 13) 12 mediawiki/includes/parser/Preprocessor_DOM.php(1177): Parser->braceSubstitution(array, PPFrame_DOM)
 * 14) 13 mediawiki/includes/parser/Parser.php(3342): PPFrame_DOM->expand(PPNode_DOM, integer)
 * 15) 14 mediawiki/includes/parser/Parser.php(1239): Parser->replaceVariables(string)
 * 16) 15 mediawiki/includes/parser/Parser.php(439): Parser->internalParse(string)
 * 17) 16 mediawiki/includes/content/WikitextContent.php(331): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)
 * 18) 17 mediawiki/includes/content/AbstractContent.php(497): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput)
 * 19) 18 mediawiki/includes/poolcounter/PoolWorkArticleView.php(140): AbstractContent->getParserOutput(Title, integer, ParserOptions)
 * 20) 19 mediawiki/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork
 * 21) 20 mediawiki/includes/page/Article.php(676): PoolCounterWork->execute
 * 22) 21 mediawiki/includes/actions/ViewAction.php(44): Article->view
 * 23) 22 mediawiki/includes/MediaWiki.php(490): ViewAction->show
 * 24) 23 mediawiki/includes/MediaWiki.php(287): MediaWiki->performAction(Article, Title)
 * 25) 24 mediawiki/includes/MediaWiki.php(714): MediaWiki->performRequest
 * 26) 25 mediawiki/includes/MediaWiki.php(508): MediaWiki->main
 * 27) 26 mediawiki/index.php(41): MediaWiki->run
 * 28) 27 {main}

Please help. Thank you.


 * The place to ask for support is Project:Support desk. About your error, that solution is usually not effective because the problem is that MediaWiki can't write to that directory. And that's all. Problem is permission, open_basedir restrictions, SELinux, whatever, but not MediaWiki and not the lock manager. --Ciencia Al Poder (talk) 20:25, 4 February 2016 (UTC)


 * Thank you for the quick response. It was fixed automatically. iPage servers just took a long time to update the settings. That's all. Thank you.

"width and height" en Manual:$wgFooterIcons
Hola,

Soy bastante novato por aquí pero me he puesto a traducir la documentación al español, de momento no he investigado cómo funciona la extensión Translate ni mucho menos me he unido a translatewiki.net, pero si pudieras hacer que esta cadena fuese "traducible", te lo agradecería. Ignoro si basta con ponerla entre las etiquetas translate y renumerar los índices, y ante la duda prefiero no meter la gamba ;)

Un saludo y gracias. --Tactica amiga (talk) 18:16, 4 May 2016 (UTC)


 * Hola Tactica amiga. En primer lugar quiero agradecer tu esfuerzo pues he podido revisar varias de tus traducciones realizadas en páginas de mi lista de seguimiento y son francamente traducciones de gran calidad. ¡Buen trabajo!.
 * Sobre tu consulta, puedes agregar las etiquetas translate sobre cualquier texto para que se convierta en una unidad de traducción. Sin embargo, generalmente no debes tocar los índices numéricos que aparecen justo delante de cada unidad de traducción, y tampoco agregarlos manualmente, pues estos se generan automáticamente cuando un administrador de traducción aprueba los cambios en la página. Normalmente te bastará con marcar los textos con la etiqueta translate, y esperar a que un administrador de traducción revise la página y la apruebe, generando esos índices y quedando disponibles para traducir. En el caso concreto que comentas, acabo de hacer un cambio que quizá sea más claro, y es separarlos en líneas diferentes, pues son dos parámetros independientes, pero si quisieras prepararlo para traducción como estaba lo ideal sería poner una etiqueta translate únicamente en la palabra and (pues width y height no se deben traducir), o bien poner width y height en la etiqueta tvar por si algún idioma requiere otro tipo de formato de conjunción. La página Help:Extension:Translate/Page translation example/es explica un poco este proceso. Saludos, --Ciencia Al Poder (talk) 19:50, 4 May 2016 (UTC)
 * Vale. Lo de tvar ya veo por dónde van los tiros, pero vamos, de momento con traducir lo que hay y como mucho añadir alguna que otra etiqueta translate ya tengo curro para aburrir... Gracias por contestar y por el piropo :) --Tactica amiga (talk) 20:23, 4 May 2016 (UTC)

Admin
About time. ;-) I saw some reverts of yours and wondered why you weren't admin, opened UserRights to fix it and saw Legoktm had already taken care of it. Thank you! --Nemo 10:53, 26 July 2016 (UTC)

baneo
Te pido que me desbanees del canal #mediawiki (soy dorami-doraemon) Ya que me baneaste SIN QUE HICIERA nada malo allá, simplemente que te caigo mal sin razon. Eso no es motivo para baneo y pido el desbaneo.--37.15.172.194 15:50, 12 September 2016 (UTC)

Tengo una consulta sobre el mediawiki, asi que te pido por favor. --37.15.172.194 15:50, 12 September 2016 (UTC)


 * Me caes mal por pesado, te tengo en ignore en gran cantidad de nicks y sockpuppets tuyos, y estás baneado de otros muchos canales no por mi, sino por otros operadores, sin que yo les dijera nada, así que NO soy el único al que caes mal, y se te banea con razón. Te he desbaneado pero si vuelves a ser pesado o usar nicks ofensivos (como hiciste en el canal y ese fue el motivo de tu baneo) volveré a banearte y esta vez de por vida. --Ciencia Al Poder (talk) 19:32, 12 September 2016 (UTC)

Share your experience and feedback as a Wikimedian in this global survey
Hello! The Wikimedia Foundation is asking for your feedback in a survey. We want to know how well we are supporting your work on and off wiki, and how we can change or improve things in the future. The opinions you share will directly affect the current and future work of the Wikimedia Foundation. You have been randomly selected to take this survey as we would like to hear from your Wikimedia community. To say thank you for your time, we are giving away 20 Wikimedia T-shirts to randomly selected people who take the survey. The survey is available in various languages and will take between 20 and 40 minutes.

Take the survey now!

You can find more information about this project. This survey is hosted by a third-party service and governed by this privacy statement. Please visit our frequently asked questions page to find more information about this survey. If you need additional help, or if you wish to opt-out of future communications about this survey, send an email to surveys@wikimedia.org.

Thank you! --EGalvez (WMF) (talk) 22:25, 13 January 2017 (UTC)

. But because the pagename contains a  sign  which is not converted to   the access fails. Pleae help me, somehow to bypass that failure! Pls ping me commons:User:Sarang 06:29, 22 June 2021 (UTC)


 * Hello .  works as expected for me. Debugging on the development console of my browser (hit F12):

> encodeURIComponent('%') "%25" > encodeURIComponent('A%B') "A%25B" > encodeURIComponent('%25') "%2525"
 * --Ciencia Al Poder (talk) 08:01, 22 June 2021 (UTC)


 * Gracias Jesús, my problem occurred with  which became   instead of  . May be it comes from the sequence % + _ ?
 * The script gets the same failure with e.g. File:10%_pie_chart.svg -- sarang ♥ 사랑 12:03, 22 June 2021 (UTC)


 * Again, this works well on my developer console, tested on this page:

> c = mw.config.get([			'wgAction',			'wgPageName',			'wgTitle',			'wgUserLanguage',			'wgUserName'		]); > encodeURIComponent(c.wgPageName); "File%3A10%25_Share_of_women_in_parliament%2C_OWID.svg"


 * There must be some other processing after that, or encodeURIComponent is not being used. --Ciencia Al Poder (talk) 12:29, 22 June 2021 (UTC)
 * Thank you, due to your testing it is not a JS problem - must be something else. I will try it otherwise -- sarang ♥ 사랑 15:35, 22 June 2021 (UTC)

How we will see unregistered users
Hi!

You get this message because you are an admin on a Wikimedia wiki.

When someone edits a Wikimedia wiki without being logged in today, we show their IP address. As you may already know, we will not be able to do this in the future. This is a decision by the Wikimedia Foundation Legal department, because norms and regulations for privacy online have changed.

Instead of the IP we will show a masked identity. You as an admin will still be able to access the IP. There will also be a new user right for those who need to see the full IPs of unregistered users to fight vandalism, harassment and spam without being admins. Patrollers will also see part of the IP even without this user right. We are also working on better tools to help.

If you have not seen it before, you can read more on Meta. If you want to make sure you don’t miss technical changes on the Wikimedia wikis, you can subscribe to the weekly technical newsletter.

We have two suggested ways this identity could work. We would appreciate your feedback on which way you think would work best for you and your wiki, now and in the future. You can let us know on the talk page. You can write in your language. The suggestions were posted in October and we will decide after 17 January.

Thank you. /Johan (WMF)

18:17, 4 January 2022 (UTC)

Support desk
Hello! I found your name on the Project:Support desk history.

I recently tried many times creating a new topic there and something really peculiar happens: As soon as I hover over the page my cursor shows the loading symbol even though nothing is loading. The page has already fully finished loading. I can't interact with it in any way because of that. This has never happened to me before. Any idea what might be happening? I'm really surprised. - Klein Muçi (talk) 02:34, 19 January 2022 (UTC)
 * Came here to report the same thing. Same thing happens in firefox or edge or on my samsung. Tenbergen (talk) 04:47, 19 January 2022 (UTC)
 * This has been identified and reported in phabricator: T299473. Hopefully they'll apply the fix in the following hours. Ciencia Al Poder (talk) 08:29, 19 January 2022 (UTC)

Manual:MWDumper
Should Manual:MWDumper be tagged as historical? (See: Template:Historical for its application of "obsolete")

If not, please explain. (E.g., if it actually works and is not obsoleted by an easier/faster method).

I look forward to your reply. The Transhumanist (talk) 08:44, 20 March 2022 (UTC)

P.S.: Please ping me when you do. Thank you.


 * ✅  --Ciencia Al Poder (talk) 11:11, 20 March 2022 (UTC)

Yugipedia
Hey Ciencia, I was wondering if you could answer something for me. I have slow internet, and every time I try to upload a large file (compared to my internet speed), it takes about a minute, then I get this message:

This site can’t be reached The webpage at [ForcedToDeleteThis Special:Upload] might be temporarily down or it may have moved permanently to a new web address. ERR_HTTP2_PING_FAILED

How can I overcome this? Can it be addressed by changing this setting(?): https://www.mediawiki.org/wiki/Manual:$wgHTTPTimeout --UltimateKuriboh (talk) 16:32, 7 June 2022 (UTC)


 * This can be a timeout on the webserver, but not anything controlled by MediaWiki. Look at your apache or nginx configuration (whatever your server is using), or even PHP. PHP has max_input_time. Apache has RequestReadTimeout Ciencia Al Poder (talk) 17:57, 7 June 2022 (UTC)


 * Thank you very much. We found an alternative solution for this, in the end. --UltimateKuriboh (talk) 23:06, 7 July 2022 (UTC)

Unblocking a possible candidate of outreach programs
Hello! This is regarding the following user block. This user is a possible candidate for outreach programs and reached out sharing the concern they are unable to create an account and use Phabricator because of the block. Unless there are any significant concerns, I kindly request you unblock this user so they can begin contributing. Thank you! Srish 18:25, 16 September 2022 (UTC)


 * @SSethi (WMF) I've unblocked the range. However, due to constant abuse, it's likely the block will be applied again. Hopefully the user is able to create an account before this happens. The block shouldn't affect logged in users though. Ciencia Al Poder (talk) 19:08, 16 September 2022 (UTC)
 * @Ciencia Al Poder Thank you! Srish 23:40, 19 September 2022 (UTC)

Make these pages available for translation

 * 1) Extension:VisualEditor
 * Category:MIT licensed skins
 * 1) Skin:BootstrapMediaWiki
 * Category:Creative Commons licensed skins
 * 1) Skin:Aether
 * 2) Skin:Flatbox
 * 3) Skin:ForTrainingNG
 * 4) Template:Skin/Sample
 * 5) Skin:Schulenburg
 * 6) Extension:RecentChangesLogFilter
 * 7) Extension:OpenGraphMeta
 * 8) Manual:HookRegistry.php
 * 9) Manual:ValidateExtendedMetadataCacheHook.php
 * 10) Manual:ApiPageSet.php
 * 11) Manual:ApiDeprecationHelpHook.php

Артём 13327 (talk) 18:49, 25 September 2022 (UTC)


 * Please add those requests to Project:Village Pump, so other members can also fulfill your request. Ciencia Al Poder (talk) 10:31, 26 September 2022 (UTC)

Hello!
Thanks for blocking that user who put nonsense/gibberish into that talk page. You deserve respect :D Btw Vector 2022 skin CSS doesn't seem to work (not the user-only one, the site version) 2A02:C7C:BD2C:B500:A591:16B0:3552:8AD0 16:47, 20 February 2023 (UTC)

Referring
All comments made to me will be referred to GitHub automatically Jonnyfrancais (talk) 17:50, 17 May 2023 (UTC)

Referral
This is done as I have a licence to do so and have suffered significant harm by malevolent individuals who have no regard for the Wiki foundations. They will face the full force of external agencies Jonnyfrancais (talk) 17:53, 17 May 2023 (UTC)


 * Pardon? Ciencia Al Poder (talk) 19:58, 17 May 2023 (UTC)

Special:AbuseFilter/91
Veo que |sabes español (ni decir de tu nombre jaja), perfecto, quiero notifiarte sobre un "falso positivo" del filtro antiabusos 91, como ves, me falta traducir solo 1 texto de la página Extension:CodeMirror/es, en donde dice "boolean" en español es "booleano" (según Google translate), pero al momento de hacerlo me sale un filtro impidiéndome publicarlo, la descripción del filtro es "Translations: append gibberish", busqué en Special:AbuseFilter ese filtro y es el 91, ¿podrías modificarlo para que permita publicar las traducciones correctas?, saludos 185.113.141.65 16:38, 27 May 2023 (UTC)


 * Por desgracia, la cantidad de vandalismo añadiendo basura a las traducciones es altísimo, y ese filtro tiene un bajísimo índice de falsos positivos. Por esta vez he añadido yo la traducción. Lo que te recomiendo es que crees una cuenta para crear traducciones. Ciencia Al Poder (talk) 16:53, 27 May 2023 (UTC)

Exención de bloqueo
Hola, ¿podrías por favor aplicarle una exención de bloqueo a otra IP...? 23.109.136.154 05:03, 20 July 2023 (UTC)


 * Podría, si supiera el contexto de esta petición, y cuál es la IP, pues ninguna edición desde tu IP ha sido parada por ningún filtro. Ciencia Al Poder (talk) 15:03, 21 July 2023 (UTC)
 * Bueno, es para aplicarle a la IP 190.242.129.62, no sé que le pasa a Hasley, pero tanto esta IP como la otra (23.109.136.154) son proxies abiertos de origen luxemburgués (puedes mirar en "geolocate"), no quería hacer esto pero uso proxy abierto, es para que yo pueda seguir editando aquí en Mediawiki traduciendo páginas sin usar VPN, te agradecería bastante de que lo hicieras, 23.109.137.14 19:54, 21 July 2023 (UTC) (edited at 20:00, 21 July 2023 (UTC))
 * Yo no puedo hacer exención de bloqueos a IP, eso es algo que se otorga solo a ciertos grupos de usuarios (ver permiso ipblock-exempt en Special:ListGroupRights), lo cual implica que primero tienes que iniciar sesión o crear una cuenta (no puedo aplicar eso a una IP o usuario individual). Tampoco puedo desbloquear esas IPs, porque son bloqueos globales, y por el motivo del bloqueo se entiende que se usan para vandalismo. Lo único que puedes hacer es crearte una cuenta desde una IP que no esté bloqueada, y luego iniciar sesión aunque sea desde ese rango de IP bloqueado. Podrás editar normalmente, debido a que el bloqueo solo afecta a usuarios no registrados (impidiendo también crear cuentas, pero no editar desde existentes). Crear una cuenta no requiere email, no veo qué tanto problema hay con crear una cuenta de usuario para editar... Ciencia Al Poder (talk) 11:35, 22 July 2023 (UTC)
 * Bueno, tal vez no me expresé bien, te quería preguntar si podías desactivar el bloqueo global desde esta wiki para poder editar aquí, es decir, aplicarle una excepción local para el bloqueo global (que tan solo hay 1 registro, por cierto), el problema con Hasley es que no me permite ni apelar el bloqueo por medio de la página de discusión (es que ni siquiera tiene habilitado "anonymous only"), por lo que me veo obligado a usar VPN, no quiero ofender a Hasley, pero él es un tirano (repito, no quiero ofenderlo tampoco) porque, en vez de usar el tiempo para traducir las páginas Ayuda:Palabras mágicas y Ayuda:Extensión:ParserFunctions, la desperdicia bloqueándome (al menos actualmente), a pesar de que ha bloqueado el rango, mi IP no cambia de la terminación .62, además ha borrado Topic:Xl14dk87cqlqg0la, ahí había reportado un error cuando se mostraban los registros de una IP, y aunque se ha solucionado (no del todo), no supe porqué pasó eso, hace varios meses, había hecho ediciones totalmente legítimas (no en este proyecto), pero fueron revertidas, y Hasley, que no duda en bloquearme, no quiere ni hacerse responsable del daño, me tomaría mucho tiempo yo mismo traducir al 100% las 2 páginas, pero lo que me molesta es que, si soy bloqueado por un sysop (o hasta steward), este no me permita ni apelar el bloqueo de ninguna manera, y además no hace nada para traducir al español las páginas, incluso si consideran que el bloqueo completo hacia mí es justo, tampoco deberían humillarme, pero como no quieren dejar de hacerlo, tendré que seguir usando VPN, no debería, pero lo hago ya que ellos también no cumplen con las políticas, en cambio si cometo un pequeñísimo error me quieren sacar, aunque bueno,  solo te pido en pocas palabras que, desactives el bloqueo global para poder traducir aquí, o como mínimo, traduzcas al 100% las 2 páginas, saludos 77.27.254.116 02:47, 24 July 2023 (UTC)
 * Un bloqueo global no puede desactivarse localmente, ni tampoco al revés. Y los rangos de IP de proxy por donde se cometen abusos me parece bien que queden bloqueados. Como te comenté, puedes crearte un usuario sin usar la VPN, y luego editar con ese usuario desde la VPN. De la misma forma que estás editando en mi página de discusión revelando tu dirección IP, también puedes crear una cuenta de usuario. O editar la página que quieres editar desde esta misma dirección IP. Ciencia Al Poder (talk) 09:25, 24 July 2023 (UTC)
 * (It is technically possible to locally disable global blocks using Special:GlobalBlockWhitelist, but I'm not convinced doing so it a good idea). * Pppery * it has begun 15:55, 24 July 2023 (UTC)
 * @Pppery Thanks for the info! I wasn't aware this was a thing. And I agree that overriding a global block doesn't seem like a good idea. Ciencia Al Poder (talk) 18:22, 24 July 2023 (UTC)
 * Está bien, si no te parece buena idea, no desbloquees esa IP de aquí, pero ese usuario:hasley ya me tiene harto porque no me permite ni apelar el bloqueo, pero no se molesta ni en traducir las 2 páginas, definitivamente me quiere bloquear de todas formas, mi IP predeterminada (190.242.129.62) está bloqueado de crear cuentas, además no está activado "sólo anónimos", y no quiere hacerse responsable del daño que hizo, espero que esta conversación termine porque ya parece foreo con más comentarios largos 191.106.165.93 19:11, 25 July 2023 (UTC)

Special:AbuseFilter/96
It’s okay to have this as a warning, but it shouldn’t prevent saving; please uncheck that option. By nature of translations, it’s every now and then absolutely okay to not change anything even though the English message changed – singular/plural change in English, but the target language doesn’t differentiate them in the given context, a different wording in English that necessitates changes in most languages but not in that one, and so on. When working with natural language, like in translations, there is always an exception. —Tacsipacsi (talk) 13:36, 1 October 2023 (UTC)


 * I understand the problematic that you describe. However, as a regular patroller, I'm tired of anons wrongly unfuzzying translations. That type of vandalism is one of the most disruptive, because there's no way to revert that, except manually locating the message for comparison with the base language, check if the unfuzzy without changes is correct (and in 90% of cases it's obviously that it isn't because of formatting or length, the remaining 10% I can't tell because I don't know the language), and manually edit the translation adding the text !!FUZZY!!. The edit only affects anons and newbies with less than 20 edits, it doesn't affect regular translators. What's the issue if a fuzzy text can't be confirmed? The text appears with a redish background but with the translated text (not English). What's the issue with a wrongly confirmed text? The formatting may be wrong, links are missing or wiki markup is breaking something, and the unit is NOT marked for translation! I'm sorry but the problem you describe may be annoying 1% of the legitimate translators of this site, while reducing the effectiveness of that filter will annoy probably 20%-40% of the patrollers of this site. Also, looking at the stats of that filter, from the past month, 3 users were caught and retried saving the same edit. From those, 2 of them were completely wrong edits, and the last one looked legit (I manually unfuzzied it when I saw it) but (surprise!) another filter also caught the same anon trying to create a page with the same English text, so this was probably a coincidence and not a legit edit. If you really want to pursue this, feel free to propose it on the Project:Support desk, but I'll strong oppose to it with the reasons I've described. I hope you understand the situation. Cheers! Ciencia Al Poder (talk) 19:04, 1 October 2023 (UTC)