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.