[09:49:12] <acagastya>	 Hello.
[09:49:45] <acagastya>	 Does anyone know how to enable execution of custom scripts in `common.js` to run on `Special:` pages?
[09:50:24] <Reedy>	 For most special pages, it should just work
[09:50:31] <Reedy>	 It is turned off for a few specific ones though
[09:51:29] <acagastya>	 Including RC?
[09:51:38] <acagastya>	 I mean, recent changes
[09:51:59] <bawolff>	 yes, it should just work on recent changes
[09:52:34] <bawolff>	 acagastya: If its not working, check javascript console (in your browser dev tools) for errors
[09:54:51] <acagastya>	 It is working, bawolff.  Thanks.  You too, Reedy.
[09:54:59] <Reedy>	 Sweet
[10:04:35] <acagastya>	 Is the username of the current user available as a variable, or do I need to make an API query for that?
[10:07:59] <saper>	 acagastya: https://www.mediawiki.org/wiki/Manual:Interface/JavaScript#mw.config ?
[10:08:14] <saper>	 wgUserName etc.
[10:14:21] <acagastya>	 saper: It works perfectly!  Thank you!
[10:15:12] <acagastya>	 Lovely!
[10:18:16] <acagastya>	 Though it complains about it being deprecated, now I know where to look.
[10:19:31] <bawolff>	 use mw.config.get( 'wgUserName' );
[10:19:48] <acagastya>	 I was trying to understand the object.
[10:19:57] <acagastya>	 Is it a JavaScript `Set`?
[10:21:58] <acagastya>	 No, wait, `Map`.  Looks like I messed up both.
[12:13:12] <facefaceface>	 hihi
[12:13:28] <facefaceface>	 what is the simplest way to get my wiki to send a 'test' email?
[12:13:41] <facefaceface>	 Emails dont seem to be coming through from the server
[12:14:12] <MC8>	 facefaceface: Special:EmailUser?
[12:14:27] <facefaceface>	 MC8: thanks so much, I'll add that here: https://www.mediawiki.org/wiki/Email
[12:16:38] <facefaceface>	 https://geromics.life/index.php/Special:ConfirmEmail too
[12:30:01] <facefaceface>	 This user has not specified a valid email address.
[12:30:14] <facefaceface>	 How can I set another user's email?
[12:31:08] <Reedy>	 There's a maintenance script to do that
[12:32:18] <facefaceface>	 thanks Reedy 
[12:43:23] <MEG>	 Is elasticsearch/cirrussearch still the recommended search engine for mediawiki 1.34? I have had difficulty installing elasticsearch 6.x.x which is apparently needed for the current cirrusseach. OS is ubuntu.
[12:50:24] <Sohom_Datta>	 In vagrant, after enabling restbase, do I have to do something a more to get it working ?
[12:52:00] <Sohom_Datta>	 I'm trying to get visualeditor to work, but even after enabling restbase, it still shows 'RESTBase load failed: Service Unavailable' in the console
[13:42:07] <Marekatt>	 Hello. I would like to make bulk edits to all the images on my wiki that do not have any text on the file page. Does anyone know if this is possible? Can I use an SQL query to extract the name of all the images that do not contain text?
[13:42:34] <Marekatt>	 I don't want to overwrite the text on the ones that already have some
[13:43:47] <Vulpix>	 Marekatt: what mediawiki version are you using? Text storage has changed location in recent versions of MediaWiki
[14:04:00] <Marekatt>	 1.33
[14:04:20] <Marekatt>	 Vulpix ^
[16:11:43] <dbdr>	 Hi! I've installed a MediaWiki instance, and it's been a pleasure so far!
[16:13:48] <dbdr>	 I have one issue: I created a custom namespace, and restricted editing in it to sysops. I also want to allow my bot to edit that namespace, but so far I'm getting a permission error.
[16:14:24] <dbdr>	 I did:
[16:14:27] <dbdr>	 $wgNamespaceProtection[NS_CHAT]      = ['chat-edit'];$wgGroupPermissions['sysop']['chat-edit'] = true;$wgGroupPermissions['bot']['chat-edit'] = true;
[16:14:37] <dbdr>	 what am I missing?
[17:03:32] <Marekatt>	 Is there no easy to way to view a local mySQL database with a GUI? 
[17:10:27] <Yaron>	 Marekatt: is that a MediaWiki question?
[17:14:16] <Marekatt>	 Yaron No I suppose not... wasn't really thinking, sorry 
[17:14:30] <Marekatt>	 My brain is fried after trying to work on this
[17:19:57] <Yaron>	 But anyway, you can use phpMyAdmin, if it's installed...
[17:22:34] <Marekatt>	 Yeah I'm struggling figuring that out. The remote controlled GUI for my server is exceptionally slow, so I am trying to connect to a backup of the database on my windows machine
[17:22:42] <Marekatt>	 Looking into it at the moment though
[17:33:24] <Yaron>	 I have my own question:
[17:34:20] <Yaron>	 It seems like I can't check any changes in to the Page Forms extension: every patch results in Jenkins validation errors, starting with "SpecialPageFatalTest::testSpecialPageDoesNotFatal with data set "RunJobs" ".
[17:34:35] <Yaron>	 You can see an example here: https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php74-docker/633/console
[17:35:37] <Yaron>	 (This patch did not modify any PHP code, so it must be something already in the code.)
[17:36:19] <Yaron>	 This didn't happen last time I made a change to the PF code, which was March 5. Was there some recent update to any of the validation rules?
[18:16:19] <jorg83>	 Hey guys, is it possible to check if in a given namespace the articles containe a magic word or a specific html tag. For now no need to add, simply check and get back the pages  that are missing this items. If yes, how? 
[18:24:07] <Yaron>	 jorg83: the Replace Text extension could possibly help with that, as long as you make sure not to actually replace anything. :)
[18:24:13] <Yaron>	 !e Replace_Text
[18:24:13] <wm-bot>	 https://www.mediawiki.org/wiki/Extension:Replace_Text
[18:28:09] <jorg83>	 Yaron thank you for you answer. But the magic words or html tags are "invisible" does it work for them as well?
[18:28:19] <jorg83>	 But I will check out the extension
[18:29:40] <Krinkle>	 Amir1: regarding bagostuff cache key failure in wikidata - how much work would it be for the proxy class there to properly use makeKey()? then we don't need to worry about whethe the language code is valid, I feel like that is a distraction?
[18:29:54] <Krinkle>	 And given it's apparently not the easy fix we thought, maybe fixing the bagostuff call itself would be easier now?
[18:30:28] <Krinkle>	 remember that makeKey() doesn't mind that there are strange characters. It's only an issue if you call makeKey() on an unrelated class instead of of the one that will store the data.
[18:30:47] <Krinkle>	 e.g. base class makeKey() but store in Memcached which has differenet encoding requirements
[18:35:43] <Yaron>	 jorg83: it should yes.
[18:36:51] <jorg83>	 the problem is only that the things are missing :D  
[18:37:47] <jorg83>	 maybe there is a way with regex to find missing words Yaron 
[18:39:46] <Yaron>	 Oh, right... you want to only find pages *missing* those items. Maybe you can do it with a regex... I'm guessing it can't be done with Replace Text, though. Sorry.
[18:40:06] <Yaron>	 You probably will need to create custom code for it.
[18:48:06] <Amir1>	 Krinkle: it should not be that hard and would be good stop gap until we get to end of the problem
[18:48:25] <Amir1>	 but currently we are a little bit shorthanded :(
[18:49:16] <Krinkle>	 Amir1: what else is campsite currently working on / anything I can help with?
[18:50:44] <Amir1>	 Krinkle: it's finishing off the wb_terms stuff and dropping the old term store
[18:51:08] <Amir1>	 but all of the team are working in other projects now, I'm moving to https://phabricator.wikimedia.org/project/board/4635/ for a month
[18:51:37] <Krinkle>	 ok, just saying though, there are not many user-facing fatal errors right now on wikipedia apart from this and maybe one or two others if  i recall correctly.
[18:51:46] <Krinkle>	 seems high prio for campsite :)
[18:52:02] <Krinkle>	 which break page views and/or edits
[18:54:42] <Amir1>	 this is valid but it happens: 1- Only on commons 2- only when you set lang to something extremely bizarre:  like /wiki/Category:Aude?uselang=%E2%A7%BCLang%E2%A7%BD  
[18:55:07] <Amir1>	 it can't happen until you actively try to use weird things :D
[18:55:13] <Amir1>	 but of course it needs fixing 
[18:55:27] <Krinkle>	 right I see. I thought it happen on enwiki too, but youre right, not being triggered.
[18:56:16] <Krinkle>	 strange things are often not the user's own fault though, so it's not dismissable per se, but I agree in hindsight it's not common enough to suspect that something on our side is adding these query parameters. E.g. a bad extension or gadget automatically doing it by accident.
[18:56:19] <Krinkle>	 200 in 24 hours.
[18:56:34] <Krinkle>	 I also can no longer find instances of exception.trace:SimpleCacheWithBagOStuff in Logstash from other code paths.
[18:56:41] <Krinkle>	 only commons page views with uselang=… 
[18:56:43] <Krinkle>	 good to know
[18:56:49] <Amir1>	 yeah it can be, I should check referrer from hadoop 
[18:57:21] <Krinkle>	 it's okay, once we fix SimpleCacheWithBagOStuff it won't matter. I'm not sure we even really need to validate the lang code at that point. unless it's beneficial for other reasons.
[21:10:21] <hispano76>	 Who knows about Regex?  (for  MassEditRegex)
[21:10:43] <bawolff>	 hispano76: ask the question and find out :)
[21:14:48] <hispano76>	 hum,  By using the extension, I caused an error on many pages and I would like to correct it. Basically the change is this:    {{Help | Date=--> {{Help}}{{Infobox| Date =  <- Because for some reason he deleted half of two different templates. Since it's a lot of pages, I'd like to fix it with the Regex. How can I do that?  
[21:15:20] <hispano76>	 (on wiki personal)
[21:15:24] <hispano76>	 bawolff: 
[21:17:26] <bawolff>	 hispano76: /\{\{Help \| Date=/
[21:18:16] <bawolff>	 assuming that the spaces are exactly like that
[21:18:44] <bawolff>	 /\{\{[Hh]elp\s*\|\s*[Dd]ate\s*=/
[21:18:51] <bawolff>	 if you want to be more lenient on spaces and case
[21:23:14] <hispano76>	 Okay, according to the extension preview, it works Thanks bawolff  
[22:24:46] <DSquirrelGM>	 BLOCK: https://www.mediawiki.org/wiki/Special:Contributions/99.12.124.140
[22:26:23] <Reedy>	 blocked
[22:27:33] <DSquirrelGM>	 and again, the lack of easy reversion is why I HATE the translate extension
[22:34:41] <hispano76>	 I forgot it in the previous consultation. How do I keep you from editing a page that's been "fixed" before?
[23:01:49] <hispano76>	 ?
[23:52:47] <Gh0sty>	 upgrading from an -admitted ancient- version 1.13.2 to the latest and greatest ... I first upgraded centos 7 php 5.4.16 to php 7.3 ... then my wiki stopped working after that... I copied over the files from the new one and running php update.php from maintenance directory seems to freak out on nearly every variable in my localsettings file :/ 
[23:53:04] <Gh0sty>	 where do I find a sample of a "new" localsettings to compare? 
[23:54:02] <Gh0sty>	 ( i am working on a copy of our webserver, so no problem that I break it 5 times :) )
[23:54:18] <Reedy>	 https://github.com/wikimedia/mediawiki/blob/master/includes/installer/LocalSettingsGenerator.php#L310-L424
[23:54:30] <Reedy>	 The easiest way is to just install a new wiki to a new db
[23:55:06] <Gh0sty>	 and how do I move things over then? :/ 
[23:55:23] <Gh0sty>	 woah every $ is escaped in the new format? :o 
[23:55:28] <Reedy>	 No
[23:55:35] <Reedy>	 It's to stop them being substituted
[23:55:42] <Gh0sty>	 kk
[23:56:23] <Reedy>	 What do you mean by freak out?
[23:57:40] <Gh0sty>	 PHP Parse error:  syntax error, unexpected '$IP' (T_VARIABLE) in /var/www/html/wiki/LocalSettings.php on line 9
[23:57:45] <Gh0sty>	 PHP Parse error:  syntax error, unexpected 'ini_set' (T_STRING) in /var/www/html/wiki/LocalSettings.php on line 10
[23:57:48] <Gh0sty>	 etc etc
[23:57:55] <Reedy>	 o_0
[23:58:04] <Reedy>	 Sounds like you've got something in there that isn't PHP
[23:58:44] <Gh0sty>	 but anyway if I removed all that junk (well commented it) 
[23:58:51] <Gh0sty>	 its still going on over things like: 
[23:58:57] <Gh0sty>	 PHP Parse error:  syntax error, unexpected '$wgSitename' (T_VARIABLE) in /var/www/html/wiki/LocalSettings.php on line 25
[23:59:01] <Gh0sty>	 PHP Parse error:  syntax error, unexpected '$wgDebugLogFile' (T_VARIABLE) in /var/www/html/wiki/LocalSettings.php on line 28
[23:59:37] <Reedy>	 Can you post the whole file somewhere?
[23:59:41] <Reedy>	 Removing passwords obviously
[23:59:56] <Gh0sty>	 and then I was tired of commenting every single lines almost from the top... so I read a bit further in the upgrade guide and there it says if you're upgrading from at least 1.5 it should be pretty smooth sailing :d