[00:00:35] <petan>	 Fiona: hey
[00:00:43] <petan>	 !ping
[00:00:43] <wm-bot>	 Pong.
[00:00:48] <petan>	 how it's broken
[00:00:54] <petan>	 !exporthelp
[00:01:08] <wm-bot>	 Results (Found 2): export, grabber, 
[00:01:08] <petan>	 @search export
[00:01:19] <wm-bot>	 http://bots.wmflabs.org/dump/%23mediawiki.htm
[00:01:19] <petan>	 @info
[00:02:45] <petan>	 it works
[00:02:53] <petan>	 wm-bot is never broken NEVER
[00:03:29] <Krenair>	 never broken*
[00:04:45] <Krenair>	 never broken never = always broken, I think?
[00:15:33] <Fiona>	 petan: Oh, fair play. :-)
[00:16:56] <Fiona>	 Sorry for the ping.
[00:24:53] <Polsaker>	 LOL
[00:26:23] <Fiona>	 The lack of an error message on failure is kind of rough.
[00:26:27] <Fiona>	 !hello
[00:26:27] <wm-bot>	 There is no such key, you probably want to try: !, !iamabot, !wm-bot, 
[00:26:32] <Fiona>	 !exporthelp
[00:26:36] <Fiona>	 Huh.
[00:26:43] <Fiona>	 !iama
[00:26:43] <wm-bot>	 Hello! I am not really an human, I am merely a robot controlled by someone else. Please excuse my ignorance. <3
[00:26:57] <Reedy>	 !exporthelp is broken
[00:26:57] <wm-bot>	 Key was added
[00:27:03] <Fiona>	 !exporthelp
[00:27:03] <wm-bot>	 broken
[00:27:05] <Reedy>	 !exporthelp
[00:27:05] <wm-bot>	 broken
[00:27:08] <Fiona>	 !exporthelp del
[00:27:08] <wm-bot>	 Successfully removed exporthelp
[00:27:12] <Reedy>	 !exporthelp
[00:27:15] <Reedy>	 ...
[00:27:19] <Reedy>	 !fuckoffwmbot
[00:27:35] <Fiona>	 I think it uses some logic to check the message value.
[00:27:40] <Fiona>	 And then falls back to the message key?
[00:27:48] <Fiona>	 !fuck
[00:28:07] <Fiona>	 !mediawiki
[00:28:07] <wm-bot>	 MediaWiki is a free software wiki package originally written for Wikipedia. It is now used by several other projects of the non-profit Wikimedia Foundation and by many other wikis. You can find out more about it at http://www.mediawiki.org
[00:28:16] <Fiona>	 !broken
[00:28:16] <wm-bot>	 There is no such key, you probably want to try: !safemode, !version, 
[00:36:25] <ori>	 Exception of type MWException
[02:40:11] <graysonrobb>	 Anyone in here familiar with the extension breadcrumbs 2
[03:49:17] <Betacommand>	 !blank | Fiona 
[03:49:17] <wm-bot>	 Fiona: A blank page or HTTP 500 error usually indicates a fatal PHP error. For information on debugging (including viewing errors), see <https://www.mediawiki.org/wiki/Manual:How_to_debug>.
[04:18:23] <unicodesnowman>	 Betacommand, use of the command |, wmbot is smart.
[06:01:35] <sDrewthedoff>	 anyone know how to work http://www.schema.org/CreativeWork into MW stuff with JSON-LD markup?
[06:03:37] <sDrewth>	 {{#tag:script}} spits out MW error
[06:04:49] <sDrewth>	 and trying to put template parameters inside <script ...><s/cript> fails
[06:06:02] <bawolff>	 sDrewth: You are not allowed to put arbitrary javascript in articles for security reasons...
[06:07:13] <sDrewth>	 okay, so we would need to be <s>bugzilla</s> phabricator territory
[06:07:45] <sDrewth>	 to raise the profile of WS transcriptions in google search
[06:08:12] <bawolff>	 sDrewth: Just for reference {{#tag:foo}} does not do html tags, it only does "fake" tags for wiki (<ref>, <nowiki>)
[06:08:48] <sDrewth>	 that was what I thought, but standard failed
[06:09:03] <bawolff>	 sDrewth: I'm not super familar with schema.org, but umm why do you need a <script> tag for microformats
[06:09:13] <bawolff>	 oh json-ld. I can read...
[06:09:41] <sDrewth>	 https://support.google.com/webmasters/answer/3227642?hl=en&ref_topic=3222270
[06:10:03] <sDrewth>	 I was trying to avoid microdata
[06:10:14] <Yaron>	 Why?
[06:10:25] <sDrewth>	 why what?
[06:10:34] <Yaron>	 Why were you trying to avoid it?
[06:10:57] <sDrewth>	 because you have to enveigle it into the visible text
[06:11:46] <sDrewth>	 and most of what I wish to include is poked into wikisource's header template
[06:12:14] <bawolff>	 Couldn't you just modify the header template to output microdata with what it currently outputs
[06:12:25] <bawolff>	 I assume its already outputting the data in a textual way?
[06:12:40] <sDrewth>	 yes, but it was easier to do json
[06:12:41] <bawolff>	 (minus the fact we do not support microdata attributes at present)
[06:14:03] <bawolff>	 sDrewth: So currently, microdata attributes are implemented in MediaWiki, but currently disabled via $wgAllowMicrodataAttributes on wikimedia wikis
[06:14:33] <sDrewth>	 so you are saying that it is pointless trying to do what I am doing
[06:15:08] <bawolff>	 sDrewth: users adding json-ld is totally not supported at present. In theory it would probably be fairly straightforward to add an extension to let users add json-ld. Probably fairly simple to validate that the json really is json
[06:15:24] <bawolff>	 although letting users do anything neat a <script> tag is always scary
[06:15:45] <sDrewth>	 understand, and ideally I would have said GIVE IT TO ME WIKIDATA
[06:16:06] <sDrewth>	 however, we haven't migrated sufficiently
[06:16:08] <bawolff>	 sDrewth: So anyways, I suspect it would be easier to convince people to enable $wgAllowMicrodataAttributes then to support JSON-LD
[06:16:31] <sDrewth>	 k
[06:17:03] * bawolff doesn't really follow wikidata, but for it to insert the metadata in a way that google would understand would also probably require some dev doing something
[06:17:35] <sDrewth>	 I was meaning to template the addition, and let wikidata have all the attributes
[06:17:44] <bawolff>	 ah
[06:18:03] <sDrewth>	 all the components for a CreativeWork should be metadata there
[06:18:41] <sDrewth>	 tightly regulating the output suits me fine, without exposing scripting to the world
[06:21:15] <bawolff>	 The other hand of course, is that its fairly easy to verify that json is just json and not evil javascript, so maybe people wouldn't have a problem with json-ld
[06:21:34] <sDrewth>	 <- doing a post to wikitech-l
[06:40:43] <sDrewth>	 I will now wait, and see if it gets any traction, or seen as distraction :-)
[06:45:56] <bawolff>	 Its wikitech-l. These days most of the distractions are what get traction ;)
[06:46:44] <sDrewth>	 the wrong distractions though, just the melodrama
[06:47:15] <sDrewth>	 whereas wikimedia-l becomes megadrama-l
[06:47:27] * sDrewth shrugs
[06:48:05] <bawolff>	 be that as it may, I agree 100% with the fundraising banners being insane discussion on wikimedia-l
[06:48:36] <sDrewth>	 I read the digest, see the subject line then hit delete
[06:48:49] <sDrewth>	 index subject lines
[06:49:30] <bawolff>	 http://imgbin.org/images/21230.png is insane as a fundraising banner
[06:50:01] <sDrewth>	 it so replicates mozilla's
[06:50:26] <sDrewth>	 <- always logged in, so don't see these
[06:51:03] <sDrewth>	 bawolff: excuse my grammar nazi, but what do we learn in a public park?
[06:51:16] <sDrewth>	 o_O
[06:51:59] <bawolff>	 hmm?
[06:52:05] * bawolff misses the grammar error
[06:52:20] <sDrewth>	 a public park where we all go to learn
[06:52:42] <sDrewth>	 we go to learn in libraries (given)
[06:53:03] <bawolff>	 oh in the fundraiser message
[06:53:13] <sDrewth>	 parks? only with binoculars!
[06:53:14] <bawolff>	 I was trying to look for a grammar error in my comment
[06:53:27] <sDrewth>	 hehe
[06:53:37] <bawolff>	 lol, that is a good point though
[06:54:10] <bawolff>	 on the other hand, I imagine most people who edit wikipedia, use it like a park to get enjoyment
[06:54:11] <sDrewth>	 some good proofreading wouldn't go astray
[06:54:11] <Fiona>	 It's like a temple for the JOHNNY IS A FAT FAGGOT.
[06:54:18] <bawolff>	 and vandalize a slide
[06:54:48] <sDrewth>	 yell at a policeman, and piss on the water fountain
[06:55:38] <bawolff>	 BUT BUT THIS IS 'MURIKA, I CAN WRITE WHATEVER I WANT!!!111
[06:56:18] <sDrewth>	 oh dear, it is my constitutional right to be misleading and ambiguous
[07:12:10] <bawolff>	 I can't believe mysql doesn't have a built in median aggregate function
[07:13:41] <Fiona>	 Try a programming language.
[07:18:29] <bawolff>	 Its even harder to do in wikitext!
[07:18:39] <bawolff>	 sorry, did you mean a real programming language?
[07:19:44] * bawolff is just curious if fundraiser had any affect in number of anons editing wikipedia (inspired by a comment nemo made)
[07:22:29] <bawolff>	 oh good, tool labs decided to use an index that doesn't apply well to this situation, and is now filesorting the revision table for me. grrr.
[07:29:19] <Nemo_bis>	 bawolff: which comment, [[Talk:Fundraising principles#Performance]]?
[07:30:05] <Nemo_bis>	 https://metrics.wmflabs.org/static/public/dash/ *might* help.
[07:30:27] <bawolff>	 yep that one
[07:30:59] <bawolff>	 Nemo_bis: results of my quick db query suggest anon contribs down, but perhaps not significantly
[07:31:28] <bawolff>	 hmm, metrics thing is cool. That's the first time I saw that
[07:37:46] <bawolff>	 good job mysql optimizer. I asked for a list of edits made today. Mysql has an index. Uses the index, but decides to go in ascending order :S
[07:45:46] <bawolff>	 Nemo_bis: Hmm, everything I try not in the RC table, ends up taking forever to query. The best I came up with percentage change from the average for the last 30 days - https://dpaste.de/G0UB/raw
[07:46:53] <bawolff>	 which does seem to show a bit of a reduction, but not entirely clear how that looks in relation to long term trends. Could potentially just be normal variation
[08:17:03] <Nemo_bis>	 bawolff: rc_user = 0 doesn't work if you don't add rc_type < 5
[08:17:20] <bawolff>	 ugh wikidata, making things complicated
[08:19:30] <Nemo_bis>	 Registrations oscillate a lot https://metrics.wmflabs.org/static/public/dash/#projects=enwiki/metrics=NewlyRegistered
[08:19:43] <Nemo_bis>	 All this is quite off-topic for #mediawiki btw :p
[08:20:56] <bawolff>	 hmm, well there goes the decrease in anon edits
[08:22:44] <Nemo_bis>	 sDrewth: it.source already does microdata, AFAIK
[08:25:41] <Nemo_bis>	 Speaking of which, it's silly how slow we are at https://phabricator.wikimedia.org/T31968
[08:31:42] <Nemo_bis>	 https://phabricator.wikimedia.org/T76356 is the silliest bug seen in a long while.
[08:38:05] <bawolff>	 Nemo_bis: I like how it switches between {{NUMBEROFARTICLES}} and {{NUMBEROFEDITS}} half way through
[08:45:53] <Nemo_bis>	 bawolff: I like how "MediaWiki-Core-Team" is used as trashbin for non-bugs
[08:46:13] <Nemo_bis>	 Well, not my problem I guess. If it continues that way we can just filter that project out of searches. :)
[08:46:19] <bawolff>	 lol
[08:47:19] <bawolff>	 Nemo_bis: That's not even specifying which "core" team the bugs supposed to be for :P
[08:48:56] <bawolff>	 I kind of feel the lack of structured "components"/products kind of makes phab more of a mess than bugzilla
[08:52:04] <Nemo_bis>	 orly
[08:52:18] <Nemo_bis>	 It's already Far West
[08:53:28] <bawolff>	 Well I'll just wait for someone to reorganize the whole thing, and send me another ten thousand notifications
[10:02:54] <nullv>	 Hello, is this the correct place to ask for help in?
[10:16:48] <EdePopede>	 i'd say, it depends on your question, nullv
[10:18:43] <nullv>	 I wanted to know if it was possible to have a property type be an array. ie:A list of pages.
[10:21:08] <nullv>	 I've tried [[Property::Val1]][[Property::Val2]] and |Property=Val1;Val2|+sep=; with no luck.
[12:02:42] <ogudo26>	 kenya is corrupt who can help 
[12:09:28] <Vulpix>	 get elections to choose a new president
[12:44:02] <PK1>	 is this the IRC channel for the GCI?
[12:44:18] <unicodesnowman>	 PK1, yep :)
[12:44:55] <PK1>	 ok so for the "retest three bugs" task, are we supposed to submit the URLs of the bugs we retested?
[12:44:57] <unicodesnowman>	 well, there's no wikimedia-specific GCI channel, but join mediawiki, #wikimedia-dev, and channels of  relevant subprojects
[12:46:21] <unicodesnowman>	 PK1, yeah, link to the tasks in phabricator.
[12:46:47] <unicodesnowman>	 PK1, what's your melange name? :)
[12:47:00] <PK1>	 unicodesnowman: and we just have to comment on each bug stating the steps we tested them with, right?
[12:47:08] <PK1>	 pranavmk98
[12:47:16] <PK1>	 sorry, i mean PranavK
[12:47:29] <PK1>	 this is my first wikimedia task!
[12:47:59] <PK1>	 unicodesnowman: nice name btw :)
[12:48:02] <marcinlawnik>	 Nemo_bis, are you here?
[12:48:02] <unicodesnowman>	 cool, welcome :D. PK1 yeah. Personally, I would pick bugs that feels like it might have been broken again
[12:48:48] <PK1>	 unicodesnowman, we can choose ANY three bugs on the phabricator, right?
[12:50:29] <PK1>	 and since we can only upload a max of one url, do i have to upload a txt file containing them or something?
[12:50:36] <unicodesnowman>	 PK1, you can upload as many URLs as you want
[12:50:38] <unicodesnowman>	 just keep adding.
[12:50:47] <unicodesnowman>	 and, while I'm just a student, yes any 3 closed resolved tasks
[12:51:05] <PK1>	 but it said open!
[12:51:15] <PK1>	 so i filtered by "open"
[12:51:42] <unicodesnowman>	 ooh
[12:51:49] <unicodesnowman>	 sorry, read it wrong :) i thought it meant regressions, but yeah, open!
[12:51:58] <PK1>	 phew, thanks!
[12:53:35] <PK1>	 and one more thing: do you know (approx) how much time it would take for the task to get reviewed?
[12:54:20] <unicodesnowman>	 depends on the timezone, it can vary. expect ~12-24 hours, but it can be as long as 36 (as said on the wiki page)
[12:55:03] <PK1>	 ohhhh, ok thanks anyway!
[13:06:45] <Subfader>	 srcset: Most of articles have images on top. I use a standard width which ok but on wide monitors it looks very lost. I guess with jQuery I can replace standard one with a larger one. > But perfect would be not to load the standard one initially.  Is that possible?
[13:08:28] <Subfader>	 When I first discovered I was hoping it could be done with CSS media queries :/
[13:09:19] <Vulpix>	 it would be doable with CSS if both versions could be loaded at the same time, and CSS selectors would hide/show one or the other depending on display size
[13:10:52] <Subfader>	 http://blog.falafel.com/srcset-html5s-extension-for-adaptive-images/ reads: srcset="picture-small.jpg 100w, picture-large.jpg 2x >> Here “100w” means “maximum viewport width of 100 CSS pixels”. 
[13:12:15] <Subfader>	 So that is somehow what I was hoping for. But my srcsets don't read XXXw, just srcset="/foo.jpg 1.5x, /foobar.jpg 2x"
[13:12:27] <Vulpix>	 Subfader: "At the time of writing, viewport width isn’t supported by the current versions of Safari, Chrome or firefox. You can also check this github repository where the srcset browser support is updated."
[13:13:49] <Subfader>	 Maybe IE?! lol
[13:14:49] <Subfader>	 I wanted to be an early adaptor :/ That article is from March. A quick Google search lets me hope on Chrome 38+
[13:15:37] <Subfader>	 http://www.html5rocks.com/en/tutorials/responsive/picture-element/?redirect_from_locale=de
[13:16:05] <danhedron>	 http://caniuse.com/#feat=srcset
[13:19:25] <Subfader>	 Awesome.  sizes="25vw" would try to fill 25% of the viewport width. That's exactly what I always dreamt of!
[13:24:53] <Subfader>	 Hmh, https://www.mediawiki.org/wiki/Manual:$wgResponsiveImages seems ontouched since MW 1.21
[13:34:16] <Subfader>	 I requested that here: https://phabricator.wikimedia.org/T76966
[15:56:34] <Subfader>	 I have problems parsing a json API search result snippet. The searchmatch span breaks the link. The URL in the text is http://www.discogs.com/artist/John+Foxx > After parsing: &lt;<a rel="nofollow" class="external free" href="http://www.discogs.com/artist/">http://www.discogs.com/artist/</a><span class="searchmatch">John</span>+Foxx
[15:56:42] <Subfader>	 https://dpaste.de/3bvU#L5
[16:51:16] <impacific>	 Im using opensuse 13.2 and while running ./setup.sh for mediawiki vagrant i get an error https://dpaste.de/DxOi 
[16:51:36] <impacific>	 can someone please? Ive been trying for a long time now
[16:51:43] <impacific>	 *help
[16:57:38] <valhallasw`cloud>	 impacific: by the lloks of it, the ruby headers are missing
[16:57:45] <valhallasw`cloud>	 so you probably have to install something like ruby-dev
[16:58:40] <valhallasw`cloud>	 impacific: do you have gcc et al installed? if not, you probably need those too -- there's probably a package called like 'build-essentials', but I'm not quite sure what the suse naming would be
[17:00:35] <impacific>	 valhallasw`cloud yeah I've got gcc installed.. nd in my software manager I have something called ruby-devel - Development files to link against Ruby
[17:00:47] <valhallasw`cloud>	 that's probably what you need to install
[17:01:12] <impacific>	 okay. Will try that.  thanks :)
[17:14:40] <impacific>	 valhallasw`cloud do I need to restart the system for anything?
[17:14:51] <valhallasw`cloud>	 impacific: I don't think so
[17:15:07] <valhallasw`cloud>	 if it still doesn't work, try running       gem install ffi -v '1.9.6'          directly
[17:19:46] <impacific>	 still no luck. I did try installing ffi directly .. it didn't run either https://dpaste.de/6Z0a
[17:20:32] <impacific>	 valhallasw`cloud im installing gcc again now
[17:20:36] <theatrex>	 Hey everyone. I have a question :)
[17:22:50] <valhallasw`cloud>	 impacific: hm, yes, ffi.h seems to be part of gcc, so that might help
[17:23:08] <valhallasw`cloud>	 maybe you need libffi-devel
[17:23:12] <valhallasw`cloud>	 ( https://www.centos.org/forums/viewtopic.php?t=2552 )
[17:28:34] <theatrex>	 Specifically with the ContactPage extension.
[17:33:39] <ty>	 theatrex: just ask the question
[17:35:29] <theatrex>	 Hang on, I misread the error message I got.
[17:39:38] <theatrex>	 Here's the error I got: Fatal error: Call to undefined method MailAddress::newFromUser() in /extensions/ContactPage/ContactPage_body.php
[17:41:18] <impacific>	 valhallasw`cloud i installed libffi-devel 
[17:41:24] <impacific>	 got some errors https://dpaste.de/ygoP
[17:43:37] <valhallasw`cloud>	 impacific: install make
[17:47:50] <theatrex>	 !lmgtfy Fatal error: Call to undefined method MailAddress::newFromUser() in /extensions/ContactPage/ContactPage_body.php
[17:47:50] <wm-bot>	 http://lmgtfy.com/?q=Fatal+error%3a+Call+to+undefined+method+MailAddress%3a%3anewFromUser()+in+%2fextensions%2fContactPage%2fContactPage_body.php
[17:55:48] <impacific>	 thanks valhallasw`cloud it worked now..  \o/
[17:56:38] <marcinlawnik>	 Nemo_bis, are you here?
[17:59:42] <theatrex>	 :/
[18:23:15] <theatrex>	 Here's the error I got: Fatal error: Call to undefined method MailAddress::newFromUser() in /extensions/ContactPage/ContactPage_body.php
[18:27:25] <Vulpix>	 theatrex: your MediaWiki installation doesn't contain the method newFromUser for class MailAddress. This could mean your MediaWiki installation is too old to work with that extension
[18:31:17] <theatrex>	 I'm pretty sure I'm using 1.24.
[18:32:02] <theatrex>	 Nope. I'm using 1.23.6
[18:32:07] <Vulpix>	 !class MailAddress
[18:32:07] <wm-bot>	 See https://doc.wikimedia.org/mediawiki-core/master/php/html/classMailAddress.html
[18:32:56] <Vulpix>	 static MailAddress::newFromUser(User $user)  --> Since  1.24
[18:33:24] <theatrex>	 So I have to upgrade?
[18:33:38] <Vulpix>	 you should downloaded that extension choosing 1.23 as the version to download
[18:34:31] <theatrex>	 Alright, I'll purge it from my mediawiki install and try that. brb!
[18:41:24] <theatrex>	 Welp, I installed the version for my version of mediawiki. Same issue.
[18:41:36] <theatrex>	 Now where did that tab with that page above go... ah yes.
[18:43:54] <theatrex>	 Hmm, so do I add that MailAddress class?
[18:44:44] <Vulpix>	 !e ContactPage
[18:44:44] <wm-bot>	 https://www.mediawiki.org/wiki/Extension:ContactPage
[18:46:38] <Vulpix>	 oh, no... please don't tell me extensions branchpoint is fucked up again on 1.24 :S
[18:47:31] <theatrex>	 I dunno :( I'm so confused as to what I'm supposed to do here
[18:49:07] <bawolff>	 Vulpix: At this point its tradition
[18:49:22] <Vulpix>	 :(
[18:49:52] <theatrex>	 My brain hurts D:
[18:51:50] <bawolff>	 Hmm, I can confirm MailAddress class is called in the 1.23 version of that extension
[18:52:31] <Vulpix>	 https://git.wikimedia.org/log/mediawiki%2Fextensions%2FContactPage.git/refs%2Fheads%2FREL1_23;jsessionid=14jk6kwdfuv3qn52ww0quawpe
[18:52:34] <bawolff>	 but... MailAddress should be in 1.23.6
[18:52:58] * bawolff doesn't even want to know why gitbit needs a session id
[18:53:11] * Vulpix blames legoktm
[18:53:43] <bawolff>	 theatrex: Can you please double check your version of MediaWiki?
[18:54:24] <bawolff>	 (It should say on Special:Version)
[18:55:13] <bawolff>	 theatrex: Ignore that last comment
[18:55:23] <bawolff>	 MailAddress is there, but newFromUser method is not in 1.23
[18:55:56] <theatrex>	 Oh damn :(
[18:56:06] <theatrex>	 1.23.6
[18:56:49] <Vulpix>	 theatrex: you'll need to reverse this change in your ContactPage_body.php file: https://git.wikimedia.org/commitdiff/mediawiki%2Fextensions%2FContactPage.git/ae75785aaa77d9e702ac082af8ac5505b19548f7;jsessionid=14jk6kwdfuv3qn52ww0quawpe
[18:56:58] <bawolff>	 ugh, what's the branch point for 1.23
[18:57:32] <Vulpix>	 "date 2014-11-25", I guess
[18:57:45] <Vulpix>	 well, for extensions
[18:57:57] <Vulpix>	 core seems to be different (and that may be the problem)
[18:58:46] <bawolff>	 ugh. seriously, how does this keep happening
[19:00:01] <theatrex>	 Well, I got a different error now. It's not a php fatal. So... yay...?
[19:00:20] <bawolff>	 I'm going to go with Mon Apr 14 20:01:46 2014 as the branch point should be as close enough
[19:00:28] <bawolff>	 theatrex: yay! What's the new error?
[19:01:05] <theatrex>	 Mail object returned error:Failed to set sender: foo@bar.net [SMTP: Invalid response code received from server (code: 550, response: Requested action not taken: mailbox unavailable Sender address is not allowed.)]
[19:02:58] <bawolff>	 I guess the email address is wrong
[19:03:50] <bawolff>	 theatrex: You've already fixed it, but I just changed it so that the official version for MediaWiki 1.23 should actually be the version which works with 1.23
[19:04:51] <theatrex>	 But which email is wrong? The one that actually sends the message?
[19:06:07] <bawolff>	 I think the address you're sending the message to
[19:06:09] <bawolff>	 foo@bar.net
[19:06:49] <theatrex>	 Wait! There's an error on the bottom of the page too! Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 491
[19:07:18] <bawolff>	 I wouldn't worry about that one
[19:07:50] <bawolff>	 But maybe trying to update the Pear mail module might fix it
[19:08:00] <theatrex>	 Well that email is the email that I want the person to reply to.
[19:08:48] <bawolff>	 The error makes it sound like its complaining about the "to" address, not the reply to address
[19:09:16] <bawolff>	 Try sending an email to the relavent address by some other means (but preferrably using the same smtp server) and see if it works
[19:11:56] <legoktm>	 uhoh
[19:11:59] <legoktm>	 what did I do?
[19:13:18] <legoktm>	 bawolff: branch points messed up again???
[19:13:35] <bawolff>	 You committed code, that got into the REL1_23 branch of the contact page extension, despite being way after the 1.23 branch point, and it broke contact page's compat with 1.23
[19:13:48] <nullv>	 Is it possible to have a property be an array?
[19:14:06] <nullv>	 I'd like for a property to be a list of pages.
[19:14:11] <bawolff>	 legoktm: I fixed the branch point for that particular extension, I imagine other's are also messed up though
[19:14:18] <legoktm>	 bawolff: https://www.mediawiki.org/wiki/MediaWiki_1.24/Extension_branchpoints
[19:14:29] <legoktm>	 bawolff: is the commit listed there wrong?
[19:14:46] <bawolff>	 legoktm: This is for 1.23 not 1.24
[19:14:49] <legoktm>	 oh wait
[19:14:51] <legoktm>	 blargh
[19:14:59] <theatrex>	 Fml. I'm so confused right now.
[19:15:31] <bawolff>	 theatrex: What's happening?
[19:15:47] <ori>	 legoktm: semi-urgent pm if you have a sec
[19:16:09] <bawolff>	 nullv: There's a lot of different things that people use the word "property" to mean, what do you mean by that
[19:16:29] <nullv>	 Or if not, what is the correct wiki syntax for if(boolean_variable==true){"pass!";}else{"fail!";}?
[19:16:35] <legoktm>	 bawolff: https://old-bugzilla.wikimedia.org/show_bug.cgi?id=64157 :|
[19:17:02] <nullv>	 https://semantic-mediawiki.org/wiki/Help:Properties_and_types
[19:17:07] <theatrex>	 I put in the "Your email" field on the Contact Page my email that I want a reply to. No matter what email I put in, it gives me that same error. That pear error also appears on the bottom of the page 4 times.
[19:17:11] <nullv>	 That's the property I'm talking about.
[19:17:43] <Reedy>	 NIH?
[19:17:46] <Reedy>	 wrong window
[19:18:37] <bawolff>	 theatrex: I think its complaining about the RecipientUser that's configured, not the "your email" that you are inputting on the form
[19:18:51] <Vulpix>	 !lmgtfy disable strict standards error in PHP | theatrex 
[19:18:51] <wm-bot>	 theatrex: http://lmgtfy.com/?q=disable+strict+standards+error+in+PHP+
[19:19:02] <bawolff>	 nullv: With parser functions, {{#if:{{{variable|}}}|true|false}}
[19:19:25] <theatrex>	 I have it to the same email that is set for the "$wgPasswordSender" thingy.
[19:20:11] <bawolff>	 nullv: Parser functions doesn't really have a notion of an array (Although there's people who have made extensions to try to hack that on). If you have scribunto installed, you can use lua in wiki pages, which has much better programming constructs
[19:20:45] <nullv>	 Oh! Thank you, what I had was: {{#if:test|pass|fail}}; I forgot the brackets.
[19:21:18] <bawolff>	 theatrex: Its supposed to be set to the name of a user on a wiki, and it then uses whatever that user has set their email to in special:Preferences
[19:21:38] <bawolff>	 theatrex: As a test, try using special:Emailuser to send an email to whatever user is set up to recieve the emails
[19:22:25] <theatrex>	 Hmm. I get the same error that I get on the Contact Page.
[19:23:23] <bawolff>	 nullv: yep. Just for reference, the syntax for variables is {{{variable name|alt text if variable is undefined}}}, and {{#if: considers white space to mean false, everything else to be true, so {{#if:{{{foo|}}}|true|false}} literally means, if foo is defined output that, else the empty string, and take that result, if its not the empty string output true, else false
[19:24:32] <bawolff>	 theatrex: I'd reccomend checking that that email is valid, doesn't have typos. And also checking the smtp server you are using is set up right
[19:25:01] <theatrex>	 bawolff: Would that config be in the LocalSettings?
[19:25:31] <bawolff>	 The smtp server config?
[19:25:32] <nullv>	 Oh, that would explain things. I guess =0 is a pass for boolean properties?
[19:25:36] <theatrex>	 Yes
[19:26:04] <bawolff>	 !wg SMTP | theatrex 
[19:26:04] <wm-bot>	 theatrex: https://www.mediawiki.org/wiki/Manual:%24wgSMTP
[19:26:27] <bawolff>	 nullv: yes
[19:26:41] <bawolff>	 nullv: You can use #ifexpr: if you're doing math things
[19:26:59] <bawolff>	 the parser functions don't really have a notion of boolean or numbers. Everything is just a string
[19:30:33] <theatrex>	 Everything is correct?
[19:30:35] <theatrex>	 Wtf?
[19:31:16] <bawolff>	 check for subtle typos maybe
[19:34:49] <theatrex>	 :(
[19:34:56] <theatrex>	 I checked everything 6 times.
[19:38:46] <Vulpix>	 theatrex: the error seems to be that the SMTP server refuses to send emails with your credentials using the provided sender address
[19:40:26] <theatrex>	 Try a different email then? What MSP do you all recommend? I usually use Riseup.net
[19:41:16] <theatrex>	 I find this appropriate right now: https://www.youtube.com/watch?v=AtbMnixO2nc
[19:41:41] <Vulpix>	 lol
[19:47:03] <Vulpix>	 if you use SMTP from google, and you provide your google account, it should work if you set the $wgPasswordSender and $wgEmergencyContact to your real address and not a fake one like apache@mywiki.com
[19:47:21] <Vulpix>	 *you provide your google account /credentials/
[19:47:40] <Vulpix>	 otherwise, it may give you an error like this
[19:51:10] <theatrex>	 Hmm, well. I'll try them.
[20:03:08] <theatrex>	 Well I added a Gmail account and now I get this: Mail object returned error: authentication failure [SMTP: Invalid response code received from server (code: 534, response: 5.7.9 Application-specific password required. Learn more at 5.7.9 http://support.google.com/accounts/bin/answer.py?answer=185833 e9sm8468309qab.34 - gsmtp)]
[20:04:11] <Vulpix>	 feel free to follow the link provided by the error message
[20:05:51] <theatrex>	 Oh duh. -facepalm-
[20:07:26] <theatrex>	 YAAAAAAAAY!
[20:07:30] <theatrex>	 IT WORKS!!!! :DDDD
[20:07:34] <theatrex>	 -dances-
[20:07:54] <Vulpix>	 :)
[20:08:11] <theatrex>	 -high five-
[20:08:47] <Nemo_bis>	 Hi marcinlawnik 
[20:08:55] <marcinlawnik>	 Nemo_bis, Hi ;)
[20:10:18] <marcinlawnik>	 The coding convention is spaces between brackets
[20:10:27] <marcinlawnik>	 but also between empty brackets?
[20:10:51] <theatrex>	 Thank you!
[20:11:51] <Nemo_bis>	 marcinlawnik: not function brackets
[20:12:06] <Nemo_bis>	 Should all be covered in [[mw:CC/PHP]]
[20:12:08] <marcinlawnik>	 Ok got this
[20:14:34] <marcinlawnik>	 Nemo_bis, Would you look at my task?
[20:14:39] <marcinlawnik>	 http://www.google-melange.com/gci/task/view/google/gci2014/5004830263214080
[20:18:26] <Nemo_bis>	 Just got home, will have dinner first
[20:24:07] <marcinlawnik>	 ok
[21:09:55] <marcinlawnik>	 Nemo_bis, Any more tasks you have at hand, a bug report maybe that i could fix?
[21:21:40] <Nemo_bis>	 marcinlawnik: there are more tasks with that same title
[21:22:54] <Nemo_bis>	 Or not. I just published 3 more, e.g. http://www.google-melange.com/gci/task/view/google/gci2014/4985710947860480
[21:23:17] <marcinlawnik>	 Nemo_bis, They're repetitive, as software development sometimes is ;) Something from other category?
[21:24:04] <Nemo_bis>	 oic
[21:24:39] <Nemo_bis>	 Well, i18n lets you see lots of different code
[21:24:55] <marcinlawnik>	 It definitely does
[21:25:49] <Nemo_bis>	 My imagination is a bit tired right now
[21:25:57] <Nemo_bis>	 Do you have something in mind
[21:26:46] <Nemo_bis>	 http://www.google-melange.com/gci/task/view/google/gci2014/4960330912366592 is not repetitive at all
[21:26:59] <bawolff>	 https://phabricator.wikimedia.org/T76625 is probably not that hard a bug (ITs not currently in gci though)
[21:28:30] <Nemo_bis>	 Funny one
[21:28:43] <Nemo_bis>	 I can create a task for this if desired
[21:29:45] <bawolff>	 sure
[21:30:12] <bawolff>	 If some GCI student does it, I promise to review it
[21:30:30] <marcinlawnik>	 @seen superm401
[21:30:30] <wm-bot>	 marcinlawnik: Last time I saw superm401 they were quitting the network with reason: Client Quit N/A at 12/6/2014 4:48:38 AM (1d16h41m52s ago)
[21:31:10] <marcinlawnik>	 Good night everyone, will search tomorrow
[21:49:35] <Nahiyan>	 bawolff, you can review patches for bugs?
[21:49:56] <bawolff>	 Nahiyan: Uh-oh, I think I just roped myself into to doing code review ;)
[21:50:10] <bawolff>	 Nahiyan: yes, depending on the area, what patch did you have in mind
[21:50:15] <Nahiyan>	 there's a one-line patch for a bug I submitted for scribunto
[21:50:16] <bawolff>	 I mostly review the more back-end things
[21:50:20] <bawolff>	 link?
[21:50:32] <jackmcbarn>	 i'll probably take this
[21:50:35] <jackmcbarn>	 but yes, link please
[21:50:37] <Nahiyan>	 https://phabricator.wikimedia.org/T75618
[21:50:48] <jackmcbarn>	 Nahiyan: patches should go on gerrit, not phabricator
[21:51:01] <jackmcbarn>	 oh, nvm
[21:51:02] <Nahiyan>	 hm
[21:51:03] <jackmcbarn>	 it is in gerrit
[21:51:20] <Nahiyan>	 there's some talk about some procedure being deprecated but I don't know about MW internals
[21:51:55] <Nahiyan>	 I think the bug went stalement anyway
[21:52:01] <jackmcbarn>	 it hasn't
[21:52:06] <jackmcbarn>	 it's just waiting for code  reviewers
[21:52:09] <Nahiyan>	 thank you for giving attention though
[21:52:11] <Nahiyan>	 oh
[21:52:19] <jackmcbarn>	 MatmaRex: ping
[21:52:20] <Nahiyan>	 is there a queue of some sort?
[21:52:23] <jackmcbarn>	 Nahiyan: yes
[21:52:30] <Nahiyan>	 hm
[21:52:31] <MatmaRex>	 jackmcbarn: !ask
[21:52:47] <jackmcbarn>	 MatmaRex: yeah yeah yeah :p. can you merge https://gerrit.wikimedia.org/r/#/c/131346/ now?
[21:53:07] <MatmaRex>	 oh
[21:53:15] <MatmaRex>	 i was supposed to merge it like, two weeks ago, huh?
[21:53:28] <Nahiyan>	 :)
[21:53:43] <MatmaRex>	 done
[21:53:48] <Nahiyan>	 great!
[21:54:11] <jackmcbarn>	 Nahiyan: there's one more patch that needs merged too
[21:54:26] <jackmcbarn>	 i'll merge it once i test it
[21:54:27] <Nahiyan>	 oh
[21:54:32] <Nahiyan>	 ok
[21:54:35] <Nahiyan>	 thank you!
[21:54:47] <Nahiyan>	 everyone is very responsive here!
[21:55:21] <Nahiyan>	 this contrasts very nicely with this other community
[21:56:36] <Nahiyan>	 where I brought something up and the answer was they didn't want to fix it and to do it myself
[21:56:51] <Nahiyan>	 okay..
[21:56:52] <jackmcbarn>	 out of curiosity, what other community?
[21:57:37] <Nahiyan>	 a community for a game called SS13
[21:57:51] <Nahiyan>	 though there are a number of them each with their forks of the game
[21:58:27] <Nahiyan>	 the game has somewhat of a history with its source code where it was stolen multiple times and released
[21:58:44] <Nahiyan>	 so now it's open source...
[21:59:13] <Nahiyan>	 SS13 is Space Station 13
[22:00:30] <Nahiyan>	 anyways I should go to sleep now, thank you all!
[22:01:03] <zjack11>	 im using opensuse13.2 and when doing vagrant up I get an error saying "It appears your machine doesn't support NFS, or there is not an adapter to enable NFS on this machine for Vagrant. Please verify that `nfsd` is installed on your machine, and try again." 
[22:01:51] <zjack11>	 I installed nfs-common and nfs-kernel-server 
[22:02:08] <zjack11>	 still doesn't work..can anyone please help?
[22:03:33] <bawolff>	 googling suggests https://github.com/mitchellh/vagrant/issues/2923
[22:10:00] <Subfader>	 Why are changes to MediaWiki:Group-user.js immediatly effective while for changes on MediaWiki:Common.js require a heavy purge (I use $wgStyleVersion)?
[22:10:47] <bawolff>	 MediaWiki:Common.js should be pretty instant (5 minutes for RL cache to expire)
[22:11:15] <Subfader>	 That's fine with me but MediaWiki:Group-user.js reuires only a page reload
[22:11:28] <bawolff>	 If you're using squid/varnish/cloudflare/etc, maybe its not respecting caching headers properly
[22:11:58] <Subfader>	 I use none of these
[22:13:50] <Subfader>	 They both end up in load.php?debug=false&lang=en&modules=site&only=scripts&skin=monobook&* on the bottom of the page.
[22:14:11] <legoktm>	 Group-user.js is part of the user group, while Common.js is in the site group.
[22:19:33] <Subfader>	 Hmh ok, so it's properly cached nontheless?
[23:02:42] <aaronbeaty123>	 Test
[23:11:43] <andre__>	 aaronbeaty123: Hi. Yes, I can see your message :)
[23:11:48] <andre__>	 and welcome to IRC