[01:46:13] <cnoTe75>	 How would I turn a template field into a category? Every time I try to refer to the current template it tells me I've got a template loop instead of just grabbing the field value.
[03:09:34] <DeltaF1>	 I'm not sure if this is the right place to ask but I've been googling like crazy and can't find any solutions. I have a mediawiki 1.34 installation running on Manjaro linux and Special:WantedPages isn't populating
[03:10:07] <DeltaF1>	 Is there a step to set up processing of those sorts of things that I may have missed during installation?
[04:52:12] <Skizzerz>	 DeltaF1: check your job queue
[04:52:32] <Skizzerz>	 via the showJobs.php and runJobs.php maintenance scripts
[04:52:54] <Skizzerz>	 if it's really backlogged, either up $wgJobRunRate *or* set it to 0 and also set up a cron job for runJobs.php
[04:53:20] <Skizzerz>	 also, this is indeed the right place to ask :)
[05:07:13] <DeltaF1>	 I ran showJobs and it returned 0
[05:08:35] <DeltaF1>	 also updateSpecialPages.php shows 0 Wantedpages rows
[05:08:39] <DeltaF1>	 Wantedpages                    [QueryPage] got 0 rows in 0.01s
[10:23:09] <Chris40>	 Hi guys: I use a mediawiki platform on my own computer with no public access via network / internet. So security is not a big deal. I used Mediawiki v. 1.17 for a long time and as I have to upload files very often I wrote a small windows program which does that job for me by doubleclicking the file. So a lot of time saving :-). Now I upgraded to
[10:23:09] <Chris40>	 the actual version and my software is not working anymore. I found a hint, that since v1.27 there is a security token wich I have to get from the website and wich I have to send back to the mediawiki in the POST command. Is it possible to deactivate this feature (e.g. in localsettings.php)??? Once again: security doesn't bother me in this case!
[10:27:32] <Reedy>	 Nope
[10:30:30] <Chris40>	 OK so no possibility to upload files without this wpEditToken?
[10:31:01] <Reedy>	 Are you doing uploads via screen scraping Special:Upload?
[10:32:44] <Chris40>	 No, I used a TWebbrowser-Component for windows application to send a POST command to the apache.
[10:33:09] <Reedy>	 That doesn't answer the question
[10:33:28] <Reedy>	 If you're using a web form... Via an app, that's basically screen scraping
[10:33:29] <Chris40>	 Sorry, than I diddn't get your question... 
[10:33:30] <Reedy>	 MW has an upload API :P
[10:33:42] <Reedy>	 https://www.mediawiki.org/wiki/API:Upload
[10:34:03] <Chris40>	 OK, I'll check, give me a second...
[10:37:15] <Chris40>	 OK, so I can use a simple HTTP.GET command to obtain an CSRF token an this can simply be attached to the HTTP.POST command?
[10:37:37] <Reedy>	 That should work, yeah
[10:39:37] <Chris40>	 Great, I'll try that... What happens if I apply this method to the mediawiki v1.17. I suppose I'll get no token? And if I send an empty token with the POST command, do you know it will it work? So my software will be compatible with the old version or do I have to check the wiki-version first?
[10:49:22] <Chris40>	 One more question: This token is valid for only one upload or for the whole session?
[12:07:35] <absor70>	 Hey, I'm having a bit of trouble configuring clamav antivirus on my install. I see on the docs that it was suppose to be called from SpecialUpload.php function detectVirus() but this doesn't seem to exist anymore in 1.31
[12:07:59] <bawolff>	 Honestly, I wonder if you're the only person to ever configure that
[12:08:47] <absor70>	 lol I would assume that since the documentation on that is very spare 
[12:09:00] <Reedy>	 It's in UploadBase::detectVirus() now
[12:09:38] <absor70>	 Reedy: great, will look into that see if I can debug it
[12:10:00] <bawolff>	 absor70: Are you allowing uploads of weird file formats? Because if its just jpegs you're allowing, viruses in jpeg files are not really a thing
[12:10:01] <Reedy>	 $wgAntivirus needs to be true
[12:10:16] <Reedy>	 uh
[12:10:20] <Reedy>	 $wgAntivirus needs to be 'clamav'
[12:11:03] <Reedy>	 bawolff: Actually... Looking at UploadBase...
[12:11:17] <Reedy>	 It only seems to be called from verifyPartialFile
[12:11:28] <Reedy>	 Does that mean like chunked upload?
[12:11:39] <Reedy>	 Or literally that it only verifies part of the file?
[12:11:39] <absor70>	 bawolff: I also need to allow pdf, docx and xlsx. This could be more prone to virus and malware
[12:11:56] <Reedy>	 Doesn't mean clamav will find them though
[12:12:14] <Reedy>	 	protected function verifyFile() {
[12:12:14] <Reedy>	 		$status = $this->verifyPartialFile();
[12:12:15] <bawolff>	 Well I suppose docx and xlsx could have macro viruses
[12:12:17] <Reedy>	 Weird naming is weird
[12:12:35] <bawolff>	 I guess that verifyPartialFile is checked on both partial and full files
[12:12:36] <bawolff>	 Maybe
[12:13:34] <Reedy>	 bawolff: If you're bored... Mind sanity checking my backports on https://gerrit.wikimedia.org/r/#/q/If56a9df5f815a58a11741c5e020bb2d43a692563 ? :P
[12:13:48] <bawolff>	 Yeah, verifyFile calls verifyPartialFile, but verifyPartialFile is also called elsewhere
[12:14:58] <bawolff>	 Ugh, this is why people shouldn't pass escaping type as an argument
[12:15:12] <bawolff>	 Always makes for confusing code
[12:18:43] * bawolff looking
[12:22:21] <bawolff>	 oh, I'm stupid. I was trying to spot the flaw in my local checkout just to make sure i understood what was being fixed, was getting very confused when I wasn't seeing it
[12:22:27] <bawolff>	 turns out my local checkout already has the fix
[12:22:53] <Reedy>	 heh
[12:24:29] <bawolff>	 you could make an argument that for the 'wiki' case, $groupname should be put through wfEscapeWikiText(), in case people choose weird group names, but i guess that doesn't really matter
[12:27:57] <bawolff>	 huh, is github blocking our CI system? That's a weird error on the unit tests
[12:28:17] <bawolff>	 ok, side by side diff helps tremendously on this
[12:30:14] <Reedy>	 bawolff: rate limiting yeah
[12:30:27] <Reedy>	 We're doing too many requests from CI/cloud seemingly
[12:31:13] <bawolff>	 Reedy: yeah, those look good. Didn't test or anything, but diff looks right to me
[12:31:19] <Reedy>	 ta
[16:31:32] <faceface_>	 hihi
[16:31:40] <faceface_>	 Can I use a Ubikey with MW login?
[16:31:55] <faceface_>	 Reading about 2fa... I should read the Oauth extension
[16:32:23] <faceface_>	 seems it doesn't support ubikey
[16:33:51] <tgr_>	 you mean the oath extension, presumably
[16:34:05] <tgr_>	 it's getting webauthn support sometime nowish
[16:35:39] <Reedy>	 faceface_: Depends which version of the yubikey
[16:36:02] <Reedy>	 Needs to be a 5 or later IIRC to work with webauthn
[16:38:07] <faceface_>	 Reedy: nice
[16:38:12] <faceface_>	 We're going to buy newones
[16:47:43] <faceface_>	 tgr_: thanks, didn't spot your reply there at first
[16:48:05] <faceface_>	 OK, I'll install and configure oauth and webauthn
[16:48:19] <Reedy>	 oathauth
[16:48:25] <Reedy>	 bit different to oauth ;)
[16:48:35] <faceface_>	 Extension:OATHAuth?
[16:48:42] <Reedy>	 Yeah
[16:48:53] <faceface_>	 SOmhow my brain didn't see that spelling difference...
[16:49:13] <faceface_>	 I was a bit confused (because I thought I understood oauth ) ;-)
[16:49:22] <Reedy>	 It's a poorly named extension
[16:49:27] <Reedy>	 Like numerous in MediaWiki :D
[16:50:17] <faceface_>	 what is the canonical git repo for MW / 'official' MW extensions?
[16:50:25] <faceface_>	 gerrit or github?
[16:50:30] <tgr_>	 well, it's poorly named now that it supports webauthn
[16:50:40] <tgr_>	 it made sense originally
[16:50:46] <Reedy>	 tgr_: Well, webauthn is a seperate extension...
[16:50:53] <Reedy>	 faceface_: gerrit
[16:51:16] <tgr_>	 oh, is it? I haven't been following
[16:51:23] <Reedy>	 It wasn't originally
[16:51:24] <faceface_>	 Reedy: ty
[16:51:44] <Reedy>	 But because of PHP requirements (it needed 7+ when MW and everything else didn't), bawolff suggested to split it out
[16:51:48] <Reedy>	 And as such, it has stayed
[17:09:23] <faceface_>	 man, I'm so out of date... after a git pull on the 'core' wiki, can I run the patches via the gui, or is it a php maintainence/... job?
[17:10:17] <Reedy>	 You can use the web installer, it should work, but YMMV
[17:10:25] <Reedy>	 php maintenance/update.php is usually "easiest"
[17:10:30] <faceface_>	 ta
[17:10:59] <faceface_>	 forgot to clear the jobs queue first... seems to have worked
[17:36:04] <faceface_>	 so I have my public key in gerrit, but it says git clone ssh://gerrit.wikimedia.org:29418/mediawiki/extensions/WebAuthn no work
[17:36:49] <Gaurav12345>	 hello everyone ,i am trying to setup media wiki docker with this guide https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/%2B/master/DEVELOPERS.md
[17:36:53] <Reedy>	 faceface_: Different username?
[17:37:54] <Gaurav12345>	 sorry connection lost so i refreshed the page so have to enter new username
[17:38:35] <faceface_>	 Please make sure you have the correct access rights
[17:39:08] <Gaurav12345>	 acess rights of what ?
[17:39:16] <faceface_>	 lemmy check... I just pulled OAuth Extension:OATHAuth without issue... I'm using ssh to git pull
[17:39:24] <faceface_>	 hi Gaurav12345 
[17:39:46] <faceface_>	 right, the remote has my username in it
[17:40:13] <faceface_>	 didn't think it would matter with my public key there, but I guess it needs to match the user
[17:41:01] <faceface_>	 I'm getting dumb in my old age, thanks Reedy 
[17:41:58] <faceface_>	 uh... the only REL branch for WebAuthn is 34... should I update my whole wiki to 34?
[17:42:26] <Gaurav12345>	 hello faceface_ can you help in setting up wikimedia docker ...
[17:42:52] <faceface_>	 Gaurav12345: I'm not very familiar with docker I'm afraid... why are you chosing that method?
[17:44:02] <Gaurav12345>	 actually i am new here and just following this  guide https://www.mediawiki.org/wiki/Selenium/Getting_Started/Run_tests_targeting_MediaWiki-Docker
[17:44:35] <faceface_>	 What the heck?! Googling "latest stable version mediawiki" shows 31 as the top hit
[17:47:13] <bawolff>	 Well it was latest as of the day the release notes for that version were released
[17:51:33] <faceface_>	 Yeah, google issue
[19:21:59] <gaurav>	 Hello everyone 
[19:22:24] <harmaahylje>	 hello gaurav 
[19:23:08] <gaurav>	 Am truing to setup media wiki thorough docker on my machine, but stuck on an error, can anyone help me in this? 
[19:25:36] <Reedy>	 you might need to tell us the error for anyone to help you
[19:30:50] <gaurav>	 Yes sure,  actually i am new here so doing a micro task so it say install media wiki thorough this guide https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/%2B/master/DEVELOPERS.md
[19:30:50] <gaurav>	 So i stuck on command docker-compose exec mediawiki  composer update.   Error was compose.json not found in var/www/html
[19:31:31] <Reedy>	 It sounds like a missing r
[19:31:35] <Reedy>	 should be composer.json
[19:31:49] <gaurav>	 Typical mistake.. 
[19:33:12] <Reedy>	 A typo on your side?
[19:36:04] <gaurav>	 I just type incorrectly in my message 
[19:36:21] <Reedy>	 Does composer.json exist?
[19:36:25] <gaurav>	 Yes 
[19:36:26] <Reedy>	 It's a default MW shipped file
[19:36:30] <kostajh>	 gaurav: can you share the commands you ran in your terminal?
[19:36:36] <Reedy>	 Aha, saved me a ping :D
[19:36:46] <kostajh>	 gaurav: you can use dpaste.de 
[19:36:59] <kostajh>	 for sharing the terminal commands & output
[19:37:16] <gaurav>	 It is in core branh of mediawiki repository 
[19:39:35] <kostajh>	 gaurav: what does `docker-compose config` show?
[19:40:15] <gaurav>	 commands  https://usercontent.irccloud-cdn.com/file/QlNDy6Xe/irccloudcapture7279669329149312805.jpg
[19:41:02] <gaurav>	 config https://usercontent.irccloud-cdn.com/file/DvLDQmsV/irccloudcapture128078538891621183.jpg
[19:41:53] <kostajh>	 gaurav: thanks
[19:42:09] <gaurav>	 No problem.. 
[19:42:33] <kostajh>	 gaurav: so if you do `docker-compose exec mediawiki ls`, what do you see?
[19:44:00] <gaurav>	 A cache file
[19:44:24] <gaurav>	 Composer.json is in the main directory... 
[19:46:17] <kostajh>	 gaurav: can you copy paste the output? you can use https://dpaste.de
[19:48:34] <gaurav>	 https://usercontent.irccloud-cdn.com/file/dAuEgBKA/irccloudcapture7695925361989659200.jpg
[19:49:10] <gaurav>	 Actually i am texting thoroug irc app on phone that's why sending pictures og output, sorry for inconvenience.. 
[19:52:18] <kostajh>	 no worries
[19:52:51] <gaurav>	 Thanks.. 
[19:54:04] <kostajh>	 gaurav: trying to figure out what's wrong. there's someone else who tried this out on windows without this problem (brion IIRC?)
[19:55:08] <gaurav>	 Btw i installed docker toolbox from their official site documentation on windows 7.. 
[19:55:31] <kostajh>	 gaurav: https://docs.docker.com/compose/reference/envvars/#compose_convert_windows_paths
[19:55:51] <kostajh>	 can you try setting that to 1?
[19:56:51] <gaurav>	 Trying.. 
[19:57:23] <kostajh>	 gaurav: like, I think you can try `docker-compose down` to bring down the container, then `COMPOSE_CONVERT_WINDOWS_PATHS=1 docker-compose up -d`, then `docker-compose exec mediawiki ls` should show you the files in your core directory
[19:57:51] <kostajh>	 or maybe you also need `COMPOSE_CONVERT_WINDOWS_PATHS=1 docker-compose exec mediawiki ls`
[19:58:16] <gaurav>	 Ok let me try..these commands 
[20:00:05] <Krinkle>	 ottomata: See also https://gerrit.wikimedia.org/r/#/c/releng/dev-images/+/572212/ by kostajh , seems related to what you were talking about yesterday
[20:00:16] <Krinkle>	 ottomata: the thing I mentioned yesterday is now up at https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/EventLogging/+/583643/
[20:00:30] <Krinkle>	 kostajh: (you might find that useful as well, it looks like your usecase was devserver as well)
[20:01:35] <kostajh>	 Krinkle: thanks
[20:02:13] <gaurav>	 https://usercontent.irccloud-cdn.com/file/SITWW8ru/irccloudcapture5585223288558669636.jpg
[20:02:13] <gaurav>	 Still showing cache only 
[20:04:15] <kostajh>	 gaurav: the `COMPOSER_CONVERT_WINDOWS_PATHS=1 docker-compose up -d` should be one command, not two
[20:04:58] <kostajh>	 maybe this is easier, you can create a file called `.env` in the core directory that you are in, and the contents of that file should be `COMPOSER_CONVERT_WINDOWS_PATHS=1` 
[20:05:18] <gaurav>	 Ok ok sorry.. 
[20:05:43] <kostajh>	 gaurav: no worries
[20:10:45] <gaurav>	 Tried both methods but stil only cache is showing 
[20:10:51] <kostajh>	 gaurav: signing off now, but I think that environment variable (COMPOSER_CONVERT_WINDOWS_PATHS) might fix the issue. If you search online for "windows docker toolbox docker-compose volume mount" or similar you might find other troubleshooting tips, that's where I found the reference to this environment variable. 
[20:11:33] <gaurav>	 It doesn't work :(
[20:11:38] <kostajh>	 if you like, please file an issue on phabricator.wikimedia.org and tag the #MediaWiki-Docker project so we can update the DEVELOPERS.md documentation (once we figure out how to fix this for Windows 7 + docker toolbox)
[20:12:02] <gaurav>	 Ok.. 
[20:12:19] <gaurav>	 Thanks for helping :) 
[20:12:23] <kostajh>	 gaurav: https://headsigned.com/posts/mounting-docker-volumes-with-docker-toolbox-for-windows/ maybe helps?
[20:13:09] <kostajh>	 the first section in particular "Share your drive"
[20:13:19] <gaurav>	 Let me try this.. 
[20:14:57] <gaurav>	 M not using vm here.. 
[20:16:55] <kostajh>	 another one https://medium.com/@Charles_Stover/fixing-volumes-in-docker-toolbox-4ad5ace0e572
[20:52:47] <ottomata>	 Krinkle:  ya I commented on task
[20:56:47] <ottomata>	 commented too
[21:51:09] <Krinkle>	 niedzielski: James_F: Jdlrobson: https://phabricator.wikimedia.org/T204176#6003558 :)
[21:51:17] <Krinkle>	 Volker_E: ^
[23:18:43] <niedzielski>	 Thanks!