[06:00:02] <Tamzin>	 Reedy: I suck? 
[17:52:55] <legoktm>	 thank you for 1.37.4 Reedy!
[18:41:39] <worm`>	 I cant seen to find this but I feel like there was a way to turn off wikicode parsing on a page, right?
[18:43:01] <AntiComposite>	 what are you trying to do?
[18:43:46] <Marijn[m]>	 You can change the content model to plaintext
[18:45:51] <worm`>	 <nowiki> does it but then I loose html
[18:46:33] <worm`>	 ignore things  wikicode on a pager
[18:46:41] <worm`>	 only wikicode
[18:47:28] <Marijn[m]>	 You can change the content model to plaintext using Special:ChangeContentModel
[18:48:18] <Vulpix>	 I think the OP wants an "html content model", which currently doesn't exist
[18:49:30] <Marijn[m]>	 Oh so he does wants to render HTML, but not any custom wikitext
[18:49:35] <Marijn[m]>	 *they
[18:49:42] <Marijn[m]>	 Interesting...
[18:49:57] <worm`>	 I could render HTML
[18:50:19] <worm`>	 I just dont want to render Wikicode on only 1 page
[18:50:51] <AntiComposite>	 you'd have to write an extension to the parser (you do not want to do this)
[18:51:38] <Reedy>	 Write your own parser!
[18:52:12] <Vulpix>	 Note that MediaWiki currently strips a lot of HTML elements/properties for security reasons
[18:52:21] <worm`>	 I could use a tab to put it in code block but that messes up the actual text also. nor do I want it in a code block 
[18:52:30] <Marijn[m]>	 Or write a custom parser that handles that content model. However, I'm having a hard time understanding why you would want to render HTML, but not any wikitext. There are probably other options for that (maybe Gadgets or Widgets?).
[18:52:31] <worm`>	 yah, not a big deal 
[18:53:19] <worm`>	 it does not need to render HTML but somehow I would still need to get CRs in the text
[18:53:41] <worm`>	 where <nowiki> also removes CRs 
[18:53:43] <Marijn[m]>	 If you just want to show plain html (unrendered), creating a content model isn't that difficult
[18:53:57] <Vulpix>	 <poem> ?
[18:53:58] <Marijn[m]>	 What are CRs?
[18:54:04] <Vulpix>	 Carriage Returns, I guess
[18:55:01] <Vulpix>	 But that wouldn't make sense, since HTML doesn't render newlines unless you write <br>
[18:55:29] <worm`>	 Chr(13)	CR	Carriage Return
[18:57:02] <Vulpix>	 To make CR on wikitext to be rendered as they're placed, use <br>, or wrap everything between <poem></poem>
[18:59:36] <worm`>	 mm <poem> didnt help
[19:00:02] <worm`>	 still rendered wikicode
[19:02:18] <rundg[m]>	 <pre>
[19:02:55] <Vulpix>	 But <pre> doesn't render html tags. *shrugs*
[19:08:32] <worm`>	 <3
[19:08:34] <worm`>	 <pre>
[19:08:36] <worm`>	 worked
[19:10:25] <worm`>	 Thanks everyone!
[19:12:55] <Guest98>	 wats up
[19:27:21] <Guest98>	 xxn
[21:34:58] <Guest38>	 A question regarding the flow extension: i'm writing my own extension and I would like to add a hook whenever something is posted. In the hook i would like access to the page title and the user. Perhaps with onAPIFlowAfterExecute?
[22:53:14] <ArrakeenMiner>	 Does anyone know what would be causing this error when trying to upload a file:
[22:53:15] <ArrakeenMiner>	 > The file you uploaded seems to be empty. This might be due to a typo in the filename. Please check whether you really want to upload this file.
[22:53:15] <ArrakeenMiner>	 It is most definitely not empty.
[22:53:41] <Reedy>	 What sort of file is it?
[22:54:01] <ArrakeenMiner>	 anything I try to upload, png, JPEG etc.
[22:54:51] <Reedy>	 It's possible the file isn't reaching MW properly
[22:54:57] <Reedy>	 php post sizes etc
[23:02:34] <maffblaster>	 Hello all... Anyone else having issues with Gmail rejecting mediawiki account verification emails?
[23:02:59] <maffblaster>	 Also Gmail appears to be blocking based off message content for us, not based off IP address.
[23:03:18] <Reedy>	 your own wiki?
[23:03:18] <maffblaster>	 Getting flagged as spam for some reason. Also blocking /buffer 64
[23:03:58] <maffblaster>	 Oops, i meant to say it's also blocking notification email (page updated, etc.).
[23:04:04] <maffblaster>	 Reedy: Yes, on our wiki. Sorry.
[23:04:33] <maffblaster>	 I came here to see if it's an issue for anyone else hosting a mediawiki instance.
[23:04:37] <maffblaster>	 I help with the Gentoo wiki.
[23:04:45] <maffblaster>	 https://wiki.gentoo.org
[23:04:57] <Reedy>	 I've not seen anyone else complaining, but that doesn't necessarily mean anything
[23:05:24] <maffblaster>	 Okay. Does Mediawiki host a set of forums? I could try searching there.
[23:05:49] <Reedy>	 https://www.mediawiki.org/wiki/Support_desk would be the closest
[23:05:52] <maffblaster>	 And I'm not talking about Extention:Page Forms. :P
[23:05:53] <Reedy>	 Else some phabricator ticket
[23:06:01] <Reedy>	 Do Google tell you what about the content it doesn't like?
[23:06:52] <maffblaster>	 It appears to be content based SPAM detection. Our bugzilla is also using the same emailing backend, and Gmail users have no issues receiving those emails.
[23:08:52] <Reedy>	 I'd presume if it was Mediawiki more generally, and therefore Wikipedia et al, we'd be hearing about it from a lot more people
[23:09:29] <Reedy>	 >On a recent Gentoo system, what does sed -n "6p" /etc/os-release | sha256sum | cut -d " " -f 1 print? 
[23:09:35] <Reedy>	 So I've got to install gentoo to join the wiki?
[23:09:37] * Reedy grins
[23:09:38] <maffblaster>	 Haha
[23:09:44] <maffblaster>	 #installgentoo meme?
[23:09:51] <maffblaster>	 I'll help you get past that.
[23:11:01] <Reedy>	 I was going to sign up using my wikimedia (gapps) email...
[23:11:34] <maffblaster>	 Reedy, sure, you can do it. Check your DM.
[23:12:06] <Reedy>	 >Why is this message in spam? It is similar to messages that were identified as spam in the past.
[23:12:10] <maffblaster>	 If you're not using gmail as the provider you should have no issues.
[23:12:15] * Reedy reports not as spam
[23:12:35] <Reedy>	 It wouldn't surprise me if some user of your wiki (or the spammers) ahve just marked you as spam
[23:12:36] <maffblaster>	 Is gmail the backend for your wikimedia mail?
[23:12:51] <Reedy>	 yeah
[23:13:32] <Reedy>	 Google very unhelpfully unobviously putting anything in the headers
[23:13:59] <Reedy>	 SPF passes
[23:14:00] <maffblaster>	 And you received the account activation email?
[23:14:09] <Reedy>	 Yeah, it went to my spam, but it arrived
[23:14:28] <maffblaster>	 Oh, awesome! you're the first to have success.
[23:14:43] <Reedy>	 Hmm
[23:14:54] <Reedy>	 It's possible hosted gapps is different vs random gmail account
[23:14:59] <Reedy>	 let me try changing the email to my personal gmail
[23:15:20] <maffblaster>	 It didn't come through (even to my spam folder) to my personal gmail.
[23:15:52] <maffblaster>	 And I know at least two other people who checked their spam as wlel.
[23:15:54] <maffblaster>	 *well
[23:16:05] <Reedy>	 Have you disabled email changing?
[23:16:11] <Reedy>	 Or is this a MW bug...
[23:16:18] <Reedy>	 >Email address is required. 
[23:16:31] <Reedy>	 I understand not being able to remove it, but not being able to change it is silly
[23:17:33] <maffblaster>	 No, I don't think we've changed it.
[23:17:43] <maffblaster>	 Let me check.
[23:18:19] <maffblaster>	 https://wiki.gentoo.org/wiki/Project:Wiki#How_can_I_change_my_email_address.3F
[23:18:59] <maffblaster>	 Looks like there are a couple of workarounds.
[23:19:00] <Reedy>	 >The MediaWiki software does not allow users or administrators to directly change the email address of any account. 
[23:19:02] <Reedy>	 That's a lie
[23:19:05] <maffblaster>	 I couldn't remember.
[23:19:07] <maffblaster>	 https://www.mediawiki.org/wiki/Manual:ResetUserEmail.php
[23:19:20] <Reedy>	 on wikipedia it's self serve via Special:Preferences
[23:19:32] <maffblaster>	 Then we should probably fix that then...
[23:19:37] <Reedy>	 Like I say, it might be a MW bug
[23:19:46] <Reedy>	 Around the EmailConfirmToEdit config
[23:20:26] <maffblaster>	 It probably is a bug; we haven't disabled that to the best of my knowledge.
[23:20:51] <Reedy>	 https://www.mediawiki.org/wiki/Manual:$wgEmailConfirmToEdit is off by default :)
[23:21:51] <maffblaster>	 Is there another switch to enable changing email addresses? :P
[23:22:09] <Reedy>	 Turning that off ;)
[23:22:25] <Reedy>	 With your new captcha, that flag might be unnecessary
[23:22:29] <Reedy>	 But it still feels like a MW bug
[23:24:07] <maffblaster>	 I'll create an entry in our bugtracker to hopefully fix the self-service email reset and change the message. 
[23:24:14] <maffblaster>	 We'll just say it isn't currently working for our wiki.
[23:24:20] <maffblaster>	 Really appreciate your help.
[23:24:23] <maffblaster>	 You've been most helpful.
[23:24:41] <Reedy>	 I've just filed https://phabricator.wikimedia.org/T312687 too
[23:25:53] <Reedy>	 And added another image to show the difference
[23:33:38] <maffblaster>	 Reedy: For record, our bug tracking the new account gmail issue: https://bugs.gentoo.org/856757
[23:34:07] <maffblaster>	 I'll file a second one for changing the email address when $wgEmailConfirmToEdit is set to true.
[23:37:40] <maffblaster>	 And yes, I just confirmed $wgEmailConfirmToEdit = true;
[23:38:02] <Reedy>	 Like I say, wtih your captcha you can probably turn it off
[23:38:10] <Reedy>	 But there's the effective apparent upstream bug here in MW too
[23:39:31] <maffblaster>	 SEE!
[23:39:36] <maffblaster>	 We were...sort of right!
[23:41:10] <maffblaster>	 Were you able to test that someone on upstream mediawiki?
[23:41:15] <maffblaster>	 *somehow
[23:42:34] <Reedy>	 on my dev wiki... if I set wgEmailConfirmToEdit to true, I still see the change link
[23:42:39] <Reedy>	 But my email isn't confirmed there
[23:42:41] * Reedy hacks that
[23:44:16] <Reedy>	 Or not..
[23:44:17] <maffblaster>	 Nice!
[23:44:40] <maffblaster>	 ?
[23:44:40] <Reedy>	 Something else must be upsetting the config for you
[23:44:49] <Reedy>	 even with email confirmed it's still showing
[23:45:10] * Reedy looks at $wgwgEmailAuthentication
[23:45:28] <Reedy>	 Yeah, that's false
[23:45:35] <maffblaster>	 $wgEmailAuthentication = true;
[23:45:36] <Reedy>	 >Set to true to enable email authentication (confirmation) for this wiki. Except for password reminder emails, email functions only work for authenticated email addresses.
[23:45:37] <maffblaster>	 For me.
[23:45:41] <Reedy>	 https://www.mediawiki.org/wiki/Manual:$wgEmailConfirmToEdit
[23:45:46] <Reedy>	 >This configuration parameter is ignored if $wgEmailAuthentication​ is false.
[23:45:53] <Reedy>	 so if I set wgEmailAuthentication too...
[23:46:17] <Reedy>	 the button is still there
[23:46:21] * Reedy looks at the code
[23:47:10] <Reedy>	 if ( $canEditPrivateInfo && $this->authManager->allowsPropertyChange( 'emailaddress' ) ) {
[23:47:38] <Reedy>	 editmyprivateinfo
[23:48:04] <Reedy>	 https://wiki.gentoo.org/wiki/Special:ListGroupRights "all" has it...
[23:48:48] <Reedy>	 Are you doing anything custom with auth?
[23:49:18] <Reedy>	 Wonder if OpenID or similar is conflicting there
[23:50:30] <maffblaster>	 No, I don't think we have anything special with Auth.
[23:51:04] <Reedy>	 PluggableAuth looks suspicious
[23:51:48] <maffblaster>	 That's not enabled for our main wiki...
[23:51:55] <maffblaster>	 AFAIK
[23:51:58] <Reedy>	 It's on Special:Version
[23:52:02] <Reedy>	 So it's loaded to some extent
[23:52:23] <maffblaster>	 Let me restate... I think it's only in testing phase. It _is_ enabled.
[23:52:23] <Reedy>	 Is $wgPluggableAuth_EnableLocalProperties true?
[23:53:04] <maffblaster>	 wfLoadExtension( 'PluggableAuth' );
[23:53:06] <maffblaster>	 $wgPluggableAuth_EnableLocalLogin = true;
[23:53:08] <maffblaster>	 $wgPluggableAuth_ButtonLabel = "Log in with Gentoo SSO";
[23:53:14] <maffblaster>	 So... no.
[23:53:46] * maffblaster goes to look that up
[23:54:12] <Reedy>	 https://wiki.gentoo.org/wiki/Special:ChangeEmail
[23:54:15] <Reedy>	 >Account email addresses cannot be changed on this wiki. 
[23:54:25] <maffblaster>	 Ah! 
[23:54:39] <maffblaster>	 wgPluggableAuth_EnableLocalProperties = true; should fix this, then?
[23:55:06] <Reedy>	 Yeah
[23:55:07] <Reedy>	 If true, users can edit their email address and real name on the wiki. If false, the default, they cannot do so. Note that, if you rely on email address and/or real name returned from the authentication provider in any way, you should leave this setting at its default value. 
[23:55:29] <Reedy>	 You might want to change it again later if some external auth becomes the canonical source of truth
[23:55:44] <maffblaster>	 I'm seeing that under https://www.mediawiki.org/wiki/Extension:PluggableAuth#All%20versions
[23:56:01] <maffblaster>	 Well, as far as I know, the Gentoo SSO project is not going anywhere any time soon.
[23:56:16] <maffblaster>	 The dev who was working on it has been away for a few months.
[23:56:18] <Reedy>	 I'd probably just disable the extensions you don't need fo rnow
[23:56:24] <maffblaster>	 Mmhmm.
[23:56:50] <maffblaster>	 Or just set that variable to true for the time being with a note to revisit in the future.
[23:57:02] <Reedy>	 Definitely at least do that, indeed
[23:57:25] <maffblaster>	 But then we'll have the same problem with email being unable to be changed again; at that point perhaps there will be a better work around.
[23:58:02] <Reedy>	 Well, you'd not be changing in MW, you'd be changing it whatever centralised auth panel the gentoo SSO provides
[23:58:09] <Reedy>	 And then MW would be syncing that (at login?)
[23:58:23] <maffblaster>	 Something like that - like I said, I wasn't involved with that effort in the least bit.
[23:58:58] <maffblaster>	 But - yeah - it would mean that all our subdomains that require authentication would/should be authenticated with SSO.
[23:59:20] <maffblaster>	 And that we'd have to determine what should be the source of truth...