[00:04:53] <bawolff>	 interesting. Never seen that before
[00:05:24] <bawolff>	 I don't know if there's much we can do about it though
[00:09:59] <Ascarion>	 Well. This only appears though with the proc_open and stream_select-way of executing a shell-program. I wonder if I could just safely replace this with the old wfShellExec, that used passthru.
[00:10:32] <Ascarion>	 Because that seems to work. The installer for 1.22 doesn't have the problem.
[02:22:07] <Betacommand>	 anyone able to help me with a git command? I need to overwrite local files that are in the repo, but ignore those that are not in the repo
[02:23:10] <^d>	 git checkout -- .
[02:23:11] <^d>	 Maybe?
[02:23:31] <bawolff>	 git reset --hard HEAD
[02:23:33] <bawolff>	 perhaps
[02:24:20] <Betacommand>	 bawolff: Im afraid to use the -hard as I dont want to erase my wiki
[02:24:51] <Betacommand>	 IE have it delete non version controlled files
[02:24:51] <Hello71>	 !backup
[02:24:52] <wm-bot>	 See http://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki for information about backing up your wiki. For restoring your wiki, see http://www.mediawiki.org/wiki/Manual:Moving_a_wiki#Import_the_database_backup for more. If you don't have database access, try !grabber.
[02:25:05] <Hello71>	 try #git.
[02:25:06] <bawolff>	 I'm umm pretty sure that will not touch anything that's not in the git repo... but umm make a backup before hand as I don't want to be blamed :)
[02:25:11] <Betacommand>	 Hello71: I know all about that, and its a bitch
[02:25:37] <Betacommand>	 Hello71: I just migrated my entire wiki to a new server running a new oS
[02:25:50] <bawolff>	 If you're just worried about the files, do cp -R . somewhereElse
[02:26:01] <bawolff>	 and then you have a copy if bad things happen
[02:26:11] <^d>	 Betacommand: `git reset` won't touch your uncommitted files, like bawolff said.
[02:26:18] <^d>	 (I just tested, in case you're wondering)
[02:26:19] <Betacommand>	 ^d: thanks
[02:26:29] <Betacommand>	 ^d: thats what I was worried about
[02:27:01] <^d>	 Most commands basically ignore uncommitted files.
[02:27:14] <^d>	 Other than `git clean` and `git add -A`, obvs :p
[02:27:27] * Betacommand misses the simplicity of SVN
[02:28:05] * Hello71 sniggers
[02:28:20] <Betacommand>	 Hello71: ??
[02:28:56] <bawolff>	 I was using svn just now, and was missing git. I think I've finally reached the point after 2 years where I don't miss svn anymore
[02:29:16] <^d>	 $gitConverts[] = 'bawolff';
[02:29:25] <^d>	  // too many to go, keep adding manually
[02:29:38] <Betacommand>	 yeah
[02:29:40] <bawolff>	 ^d: Just in time for the phabricator transition
[02:30:04] <^d>	 bawolff: Luckily phabricator will let us use SVN and Mercurial, not just Git.
[02:30:09] <^d>	 It'll be a choose your own adventure.
[02:30:39] <bawolff>	 Hmm, can we just email around tar balls? I hear all the cool kids do that
[02:31:09] <^d>	 Could go back to ftp.
[02:31:15] <^d>	 Just upload our files to a shared directory.
[02:31:25] <Betacommand>	 ^d with SVN the commands are not as confusing as deciphering Klingon, after drinking a fifth of 151  
[02:31:54] <^d>	 Committing probably isn't the wisest idea anyway if 151 was involved ;-)
[02:32:22] <Betacommand>	 ^d: even just checking out or updating git is a pain
[02:32:50] <^d>	 Depends on your pain tolerance, I suppose.
[02:34:01] <Betacommand>	 ^d: Ive had my hand in a deep fryer while it was on, without hurting myself, my threshold is fairly high
[02:36:40] <^d>	 bawolff: You have mediawiki-config cloned by any chance?
[02:37:03] <bawolff>	 yes
[02:37:21] <^d>	 Can you explain me this? http://p.defau.lt/?LCjs8X4F7kD_t5Ua0kVykw
[02:37:44] <Hello71>	 one has an e
[02:37:50] <Hello71>	 "docroot/foundation/lev\303\251e_de_fonds.html"
[02:37:57] <Hello71>	 "docroot/foundation/leve\314\201e_de_fonds.html"
[02:39:30] <^d>	 Obvious answer is obvious, but not entirely helpful ;-)
[02:40:03] <bawolff>	 Well, in my checkout I have a docroot/foundation/levée_de_fonds.html and its just normal
[02:40:17] <bawolff>	 nothing to commit (working directory clean)
[02:41:24] <^d>	 I have the same file in my checkout too.
[02:43:29] <^d>	 http://git.661346.n2.nabble.com/Weird-filename-encoding-issue-td1344296.html
[02:44:13] <^d>	 More specifically, http://git.661346.n2.nabble.com/Weird-filename-encoding-issue-td1344296.html#a1344437
[02:58:50] <bawolff>	 Well I guess something is converting between NFC and NFD and then stepping on itself
[03:01:36] <bawolff>	 Hello71: to be technically accurate, they both have e's, just different e's :P
[05:41:13] <withoutaname>	 is acawiki part of the wikimedia foundation
[05:43:50] <withoutaname>	 just curious since it's a 'wikimedia' component
[05:48:41] <Reedy>	 No
[06:05:21] <bawolff>	 There was talk at one point of WMF hosting them, but i think that fell through
[06:09:50] <greg-g>	 yeah
[06:10:22] * greg-g was tangentially involved with acawiki, it was hosted at CC when I was there.
[06:46:37] <Nemo_bis>	 I feel at home https://confluence.atlassian.com/display/DOC/Exporting+Confluence+Pages+and+Spaces+to+XML?focusedCommentId=604210986&src=email#comment-604210986
[06:46:58] <Nemo_bis>	 «this is nuts!  And it is one more example of Atlassian developpers spending their time on things which nobody has asked for, instead of fulfilling customers' requests (which are often many years old! and many people waiting for getting it done!)»
[06:49:09] <jorm>	 wow.  that feels right at home.
[07:00:15] <petan>	 Nikerabbit: someone localized a file on github, can you sync it so that the localization is loaded to wiki?
[07:00:21] <petan>	 Nikerabbit: it's turkish language file
[07:00:31] <petan>	 I don't want it to get lost during auto update
[07:00:54] <Nikerabbit>	 petan: is that completely new language?
[07:01:03] <petan>	 let me check
[07:01:05] <petan>	 I think so
[07:01:42] <Nikerabbit>	 petan: tr? that's 94% translated at twn
[07:02:12] <petan>	 um no
[07:02:17] <petan>	 it's "he"
[07:02:39] <petan>	 https://github.com/huggle/huggle3-qt-lx/blob/master/huggle/Localization/he.xml
[07:03:02] <petan>	 sorry I was wrong, it's "he"
[07:03:33] <petan>	 well, I see hebrew is on twn as well
[07:03:45] <petan>	 meh no idea why that guy worked on github instead of twn
[07:03:50] <petan>	 weird
[07:04:09] <petan>	 forget it, their problem
[07:05:16] <Nikerabbit>	 petan: well, in any case the updates should be pushed to huggle
[07:31:22] <thedj>	 Nemo_bis: lol, that is great !!!
[07:35:25] <Nemo_bis>	 :)
[11:27:11] <Kolega2357>	 andre__ How it is possible to move category on Wikipedia?
[11:27:29] <andre__>	 Kolega2357: why do you ask me?
[11:27:44] <andre__>	 I hope that others could also answer the question here
[11:27:56] <Kolega2357>	 andre__ Who I am asking?
[11:28:13] <andre__>	 Kolega2357: only me. because you start your question with my name.
[11:28:24] <andre__>	 and I don't know why.
[11:28:36] <Kolega2357>	 andre__ OK :)
[11:29:22] <andre__>	 and I don't know :)
[12:27:09] <p858snake|l>	 Kolega2357: You "can't"
[12:27:19] <p858snake|l>	 you need to edit the pages where its used
[12:27:33] <Kolega2357>	 p858snake|l yes I can.
[12:54:13] <sabretache>	 I am trying to upgrade from 1.22 with SMW 1.9.1 installed and all necessary SMW directories and files present in the extensions directory. I get the following error running update.php  <code>PHP Fatal error: Call to undefined function enableSemantics() in server/w/LocalSettings.php on line xxx</code>  Suggestions please anyone?
[13:27:23] <Betacommand>	 sabretache: what are you upgrading from, and to?
[13:28:43] <sabretache>	 Betacommand - MW 1.22 to MW 1.23. The error occurs running 1.23 update.php to modify database schema
[13:29:22] <Betacommand>	 sabretache: did you update smw too?
[13:30:04] <sabretache>	 haven't touched SMW. It's currently 1.9.1 and all the necessary files and directories are present
[13:30:49] <Betacommand>	 sabretache: thats your problem
[13:31:08] <Betacommand>	 when updating mediawiki, you need to update all your extensions too
[13:32:30] <sabretache>	 Betacommand I'll check, but I believe 1.9.1 is OK for MW 1.23
[13:34:59] <Betacommand>	 sabretache: the current version is 1.9.2
[13:35:14] <Rosencrantz>	 sabretache: there are some issues with MW 1.23 and SMW 
[13:35:38] <Rosencrantz>	 I don't think it should affect the update script though
[13:36:11] <Rosencrantz>	 As I recall it was just some bugs around redirect pages
[13:38:40] <sabretache>	 Rosencrantz. That's what I thought too. Still, I guess I should try installing 1.92 and then have another go. Thanks both
[13:42:40] <Betacommand>	 Question, is it possible to run a script to pre-cache all pages?
[13:49:59] <retentiveboy>	 Is there a way to adjust the cache time for an individual page?
[13:59:28] <retentiveboy>	 Wondering if there's a companion to OutputPage::enableClientCache() that let me adjust the maxage.
[14:17:19] <caraconan>	 Hi there. There's a way to achieve proper indentation in a list with code? http://paste.debian.net/104295/
[14:18:49] <caraconan>	 Ok, its with #:<syntax .....>
[15:04:04] <Nemo_bis>	 «Since we started to use Bugzilla, the size of our technical community has dramatically increased.» I wonder if it's true. Activity seems more or less constant since 2008 and not much higher than 2008, though now patch authors are counted more easily. https://www.ohloh.net/p/mediawiki 
[15:04:58] <Rosencrantz>	 Is there a good way to test if you're in the API? I'm trying to do some stuff with multiple authentication sources and fall through to a secondary auth source if the API is being accessed (so that bots can log in)
[15:06:14] <Reedy>	 Test if you're logged in?
[15:06:33] <Reedy>	 api.php?action=query&meta=userinfo
[15:06:37] <Reedy>	 https://en.wikipedia.org/w/api.php?action=query&meta=userinfo
[15:07:26] <Rosencrantz>	 Doesn't work right now, that's what I'm trying to fix.
[15:07:35] <Rosencrantz>	 I'm using the SamlAuth extension, and want bots to be able to fall back to LDAP
[15:07:53] <Rosencrantz>	 Problem is that the Saml extension automagically forwards to the SAML auth server, so API requests automatically go there.
[15:08:18] <Rosencrantz>	 I'm trying to get it so it falls back to LDAP, but only for stuff hitting on the API
[15:10:13] <Rosencrantz>	 Maybe check the current page title?
[15:48:41] <Nemo_bis>	 Possibly interesting increase in users participating to discussions on mediawiki.org https://stats.wikimedia.org/wikispecial/EN/TablesWikipediaMEDIAWIKI.htm#editor_activity_levels
[17:38:20] <BartlomiejB>	 hi!
[17:38:29] <Miguel2706>	 Hi BartlomiejB 
[17:47:53] <BartlomiejB>	 hi, MatmaRex!
[17:55:01] <Amgine>	 Which is the lesser evil: a global object, or a singleton class?
[17:56:34] <BartlomiejB>	 I'd say singleton, but that's just me. ;)
[18:00:21] <legoktm>	 Amgine: singleton is much less evil
[18:01:59] <Amgine>	 <grins> two votes for "effective global that isn't called global". I'll go with that consensus.
[18:03:36] <legoktm>	 anything can change the global object into something totally random, but with a singleton at least you know the object you're getting back is of the proper class
[18:04:15] <Reedy>	 function singleton() { global $wgSingleton; return $wgSingleton; }
[18:04:56] * legoktm slaps Reedy 
[18:05:11] <Amgine>	 <puts salt in Reedy's tea>
[18:08:26] <Amgine>	 Of course now, in the back of my head, I'm coming up with evil ways maliciously point my singleton at a different object. <glares @ Reedy>
[18:08:48] <Amgine>	 ways to...
[19:58:43] <sumanah>	 hi fhocutt_ - will be on videochat in a minute
[20:00:15] <fhocutt_>	 sumanah, likewise
[20:06:14] <fhocutt_>	 sumanah, ready when you are
[20:06:21] <sumanah>	 fhocutt_: I'm in there
[20:06:48] <fhocutt_>	 in skype, or gchat?
[20:06:57] <sumanah>	 fhocutt_: G+
[20:07:24] <fhocutt_>	 huh. Not showing up in my gmail. Let me poke things.
[20:08:08] <fhocutt_>	 ...it wants me to sign up when I click the invite link
[20:08:50] <sumanah>	 fhocutt_: blhhhhhhh
[20:08:55] <sumanah>	 fhocutt_: sign up for G+ you mean?
[20:09:02] <fhocutt_>	 yep. Oh google. 
[20:09:10] <sumanah>	 ok, let's scrap that
[20:11:37] <cornfeedhobo>	 hello. I have been going round and round and cant seem to find a google login plugin that works. the only ones available seem to use openid, which has bee deprecated in favor of OAuth
[20:40:14] <RoanKattouw>	 sumanah: I think you can do 1:1 video chats with someone who hasn't signed up for G+, but not multiparty
[20:40:19] <RoanKattouw>	 That's my recent-ish (few months ago) experience anyway
[20:40:42] <sumanah>	 RoanKattouw: oh? maybe it is slightly diff for the GCal autocreated ones......
[20:40:52] <RoanKattouw>	 Oh, yeah
[20:41:01] <RoanKattouw>	 Don't use that one
[20:41:18] <RoanKattouw>	 Get a text chat going via Hangouts on your end and the old Google Chat/Talk on her end
[20:41:28] <RoanKattouw>	 Then try to turn that into a video chat
[20:41:28] <sumanah>	 blerg. Wil do
[20:41:29] <RoanKattouw>	 I think that works
[20:41:30] <sumanah>	 Will do*
[20:41:35] <sumanah>	 RoanKattouw: how are you doing btw?
[20:41:41] <sumanah>	 you're all graduated now?
[20:41:46] <RoanKattouw>	 Sunday!
[20:41:52] <sumanah>	 cornfeedhobo: I'm sorry that I don't have an answer for you. mediawiki-l might
[20:42:01] <RoanKattouw>	 But I'm done with all the work
[20:42:01] <sumanah>	 !lists | cornfeedhobo 
[20:42:01] <wm-bot>	 cornfeedhobo: mediawiki-l and wikitech-l are the primary mailing lists for MediaWiki-related issues. See https://www.mediawiki.org/wiki/Mailing_lists for details.
[20:42:12] <RoanKattouw>	 Now I just need to show up on Sunday in the relevant attire and get my degree
[20:43:49] <RoanKattouw>	 sumanah: My parents are visiting this week for that reason, and Jan Paul's move to the Bay Area is impeccably timed at the night before my graduation, so I've got a fair contingent of people coming to see me graduate :)
[20:44:19] <sumanah>	 JAN PAUL POSMA?
[20:44:22] <sumanah>	 moving to Bay Area?
[20:45:03] <sumanah>	 RoanKattouw: surely this is a dream
[20:45:30] <RoanKattouw>	 It does sound too good to be true, doesn't it ;)
[20:45:39] <RoanKattouw>	 He's in the for-profit world now though
[20:45:55] <RoanKattouw>	 So I get to be jealous
[20:48:46] <cornfeedhobo>	 sumanah: thanks. i will try out this last extension before i do that
[20:48:54] <cornfeedhobo>	 i dont know why, but i hate mailing lists
[20:49:49] <sumanah>	 you are not alone. I wish you well
[20:50:34] <cornfeedhobo>	 gracias sir! :)
[20:54:41] <Rosencrantz>	 Was there a change between 1.21 and 1.23 with how sessions are handled?
[20:54:51] <sumanah>	 cornfeedhobo: I'm a woman.
[20:55:10] <sumanah>	 Rosencrantz: not sure - let's look at the release notes.
[20:55:44] * sumanah pulls up https://www.mediawiki.org/wiki/Release_notes/1.22 and https://www.mediawiki.org/wiki/MediaWiki_1.23
[20:55:44] <cornfeedhobo>	 sumanah: my apologies
[20:55:54] <sumanah>	 Accepted.
[20:56:12] <sumanah>	 cornfeedhobo: btw thank you for using MediaWiki -- any other particularly good or bad bits, in your experience?
[20:57:15] <SamB>	 sumanah: I've probably made the same mistake many times ... in my mind
[20:57:20] <cornfeedhobo>	 not yet. First time setting it up, but i have been contributing to the various gentoo wikis throughout the years, so i have seen it do some awesome things... it will be a while until you hear a complaint out of me
[20:57:31] <sumanah>	 OK, MediaWiki 1.22 had "New hook ResetSessionID, called when the session id is reset." Rosencrantz and 1.23 included "Massive cleanup of session behavior."
[20:57:50] <Rosencrantz>	 I caught the 1.22 thing, but my search-fu missed the cleanup of session behvaior
[20:57:51] <Rosencrantz>	 Hmmm
[20:57:57] <cornfeedhobo>	 sumanah: appreciate the kind check in. very refreshing on freenode
[20:58:27] <sumanah>	 Rosencrantz: I used the "search in MediaWiki 1.23" button at the bottom of https://www.mediawiki.org/wiki/MediaWiki_1.23 and sought "session" - in case that is helpful for future searches
[20:58:53] <Rosencrantz>	 sumanah: Ah ha! didn't know about that. thanks...
[20:58:56] <sumanah>	 cornfeedhobo: :)  Glad things are mostly working out for you. Do also check out https://www.mediawiki.org/wiki/Extension:Scribunto so you can use Lua for templates!
[20:59:04] <sumanah>	 Rosencrantz: I just discovered it too!
[20:59:10] <cornfeedhobo>	 neat!
[20:59:23] <Rosencrantz>	 hmmmm
[20:59:24] <sumanah>	 yeah! https://blog.wikimedia.org/2013/03/11/lua-templates-faster-more-flexible-pages/ has the background.
[20:59:37] <Rosencrantz>	 Maybe this is where I'm running into issues
[20:59:44] <Rosencrantz>	 Make sure that $_SESSION isn't relied on for anything after
[20:59:44] <Rosencrantz>	 setTransactionWMFStatus is called
[20:59:50] <Rosencrantz>	 Using $_SESSION for SAML authentication
[21:00:05] <Rosencrantz>	 or rather. I'm using $_SESSION for that.
[21:00:59] <Rosencrantz>	 although that's for an extension
[22:49:39] <cornfeedhobo>	 sumanah: i have to admit, i am a bit disappointed. I have tried every google-auth plugin, and nothing works, and most arent maintained
[22:50:19] <cornfeedhobo>	 i would think that this would have been a common need... i mean, with one OAuth2 plugin, you could cover soooo many providers
[22:50:57] <sumanah>	 cornfeedhobo: my sympathies. csteipp might have some ideas for you
[22:51:09] <sumanah>	 MediaWiki & Google Auth plugins
[22:51:16] <sumanah>	 but I would suggest you try the mailing list
[22:51:26] <cornfeedhobo>	 oh yeah, i forgot about that
[22:51:27] <cornfeedhobo>	 thanks
[22:51:44] <csteipp>	 cornfeedhobo: You're trying to authenticate with google for your wiki?
[22:52:21] <cornfeedhobo>	 csteipp: yes, our company uses gmail, so it would seem convenient to re-use the login
[22:52:23] <csteipp>	 The OpenID extension can use google, until the OpenID api is removed this fall.
[22:52:28] <cornfeedhobo>	 ^
[22:52:42] <cornfeedhobo>	 they have removed the ability to sign up too
[22:52:50] <cornfeedhobo>	 so i cant do that even temporarily
[22:53:40] <csteipp>	 Bummer. Yeah, that was the previous, most supported way to SSO with google. An openid-connect extension would be nice, but I'm pretty sure no one has written one yet.
[22:54:39] <cornfeedhobo>	 hmm. back in the day i would have written one immediately, but i just dont have time anymore
[22:54:41] <cornfeedhobo>	 bummer
[22:55:23] <cornfeedhobo>	 i guess i will use imap auth for now
[22:55:29] <withoutaname>	 does $wgDBtype still only support mysql(i), postgresql and sqlite?
[22:55:38] <cornfeedhobo>	 thanks everyone! maybe i will put out a bitcoin bounty
[22:55:57] <legoktm>	 withoutaname: also mssql and oracle I think.
[22:56:21] <withoutaname>	 ok, I think the docs need to be updated then
[22:56:51] <withoutaname>	 cuz I saw wfGetDB passing $wgDBType to LBFactory instance->LB instance->DatabaseBase instance
[22:58:03] <legoktm>	 submit a patch :)
[22:59:19] <sumanah>	 hey fhocutt_ 
[22:59:22] <fhocutt_>	 hey sumanah
[22:59:29] <sumanah>	 so to your question, I'm reading https://github.com/alexz-enwp/wikitools/blob/master/wikitools/api.py
[22:59:31] <bawolff>	 withoutaname: I think $wgDBType can also be a class name
[22:59:37] <bawolff>	 don't quote me on that though
[23:00:11] <fhocutt_>	 and my question regarded how Pythonic it is
[23:01:14] <sumanah>	 Yeah. I think that line 100     (datagen, headers) = multipart_encode(self.data)           is pretty Pythonic in how it packs the tuple
[23:01:30] <legoktm>	 it depends on how you define "pythonic"
[23:01:56] <fhocutt_>	 that is always a question, right
[23:02:00] <legoktm>	 hardcore pythonistas will expect you to adhere to all of PEP8, others just think you should use proper OO conventions
[23:02:06] <sumanah>	 legoktm: I'm happy to defer to people with more Python experience than me. As long as you back up your claims. :)
[23:02:39] <RoanKattouw>	 Scanning through it as mostly a non-Python speaker it looks fairly reasonable to me
[23:03:00] <RoanKattouw>	 There are some things that may look weird if you're not familiar with another language that has similar features, like the example Sumana mentioned
[23:03:13] <RoanKattouw>	 But that's just a few places here and there
[23:03:14] <withoutaname>	 bawolff: I grepped some uses of $wgDBType already; I began tracing wfGetDB to LBFactory::singleton()->getMainLB() which initializes a server config array to $wgDB... globals, sends to LoadBalancer::getConnection()->openConnection()->reallyOpenConnection()->DatabaseBase::factory( $dbtype )
[23:03:26] <fhocutt_>	 I have seen things suggesting that Python programs should tend to use less iteration and more Python-data-structure-specific functions
[23:03:44] * fhocutt_ tries to remember where that was
[23:03:45] <sumanah>	 oh like list comprehensions?
[23:03:47] <RoanKattouw>	 Oh this thing is full of for loops
[23:04:00] <legoktm>	 using stuff like itertools and collections is nice, but can be pretty complicated
[23:04:09] <fhocutt_>	 list comprehensions, also some dict-specific methods, also string interpolation
[23:04:17] <sumanah>	 maps, reduces, filters
[23:04:56] <fhocutt_>	 that sort of thing
[23:05:10] <fhocutt_>	 but yeah, all of the iteration was the main thing that was sticking out to me
[23:05:31] <fhocutt_>	 I'm not experienced enough with Python to suggest other ways to do it
[23:05:44] <sumanah>	 the first conditional around https://github.com/alexz-enwp/wikitools/blob/master/wikitools/api.py#L290  seems like it could use a filter
[23:06:08] <legoktm>	 As an experienced python user, I would feel comfortable using wikitools, which is what I think you're getting at?
[23:06:28] <sumanah>	 legoktm: there's a specific question actually
[23:06:37] <sumanah>	 legoktm: it's in the standard she & we have developed
[23:06:41] <sumanah>	 have you read it?
[23:06:44] <legoktm>	 ah, what's the question?
[23:06:53] <legoktm>	 yes I think so
[23:07:11] <fhocutt_>	 basically, we want client libraries in a language to be written in that language's idiom
[23:07:18] <sumanah>	 it's a necessarily qualitative and subjective question, but still worth checking
[23:07:25] <legoktm>	 "Code uses idioms appropriate to the language the library is written in"
[23:07:27] <fhocutt_>	 so don't try to write java in perl, for instance
[23:07:32] <legoktm>	 lol
[23:08:15] <legoktm>	 I would say yes, it's generally written like a python library
[23:08:19] <sumanah>	 btw fhocutt_  https://github.com/alexz-enwp/wikitools/blob/master/wikitools/api.py#L308  -- I believe this comment right here indicates a place where the author would welcome a suggestion of a substitute for urllib :)
[23:08:23] <fhocutt_>	 cool, thanks. 
[23:08:42] <fhocutt_>	 sumanah: https://github.com/alexz-enwp/wikitools/pull/3
[23:08:48] <fhocutt_>	 :)
[23:08:55] <sumanah>	 I agree with legoktm that - to my judgment - it uses Python idioms throughout, mostly
[23:09:03] <sumanah>	 and the for loops seem mostly needed
[23:09:20] <sumanah>	 whoooo!
[23:09:27] <fhocutt_>	 and they're for x in y, no counters or anything
[23:09:39] <fhocutt_>	 that works, then. 
[23:09:43] <fhocutt_>	 ty!
[23:09:50] <sumanah>	 :)
[23:13:42] <bawolff>	 Folks at wikinews are complaining that user scripts just started breaking as of today
[23:13:53] <bawolff>	 or some of the older one's anyways
[23:14:43] <sumanah>	 bawolff: :(  Hmm. greg-g do you know why this might be?
[23:14:58] <greg-g>	 well, we deployed there today
[23:15:04] * bawolff has not investigated
[23:15:05] <greg-g>	 bawolff: maybe jquery related?
[23:15:28] <greg-g>	 bawolff: links?
[23:16:04] <bawolff>	 It was a comment on the irc channel. appearently https://en.wikinews.org/wiki/MediaWiki:Gadget-HotCat.js is one of the broken things
[23:16:07] <SamB>	 what was deployed?
[23:16:49] <bawolff>	 and https://en.wikinews.org/wiki/MediaWiki:Gadget-progress-review.js
[23:17:09] <bawolff>	 SamB: New version of mediawiki is deployed to all sister projects every tuesday
[23:17:39] <SamB>	 I meant, like, what was changed in this deploy
[23:18:06] * bawolff doesn't know
[23:18:23] <bawolff>	 ha
[23:18:48] <bawolff>	 there's a code comment in that js "With thanks to User:Bawolff for his 1337 h4x0r skillz", which i didn't even know about
[23:19:00] <sumanah>	 whoa
[23:19:50] <bawolff>	 Which unfortunately links to some javascript I made which in retrospect is of rather "mixed" quality 
[23:20:03] <bawolff>	 https://en.wikinews.org/wiki/Wikinews:Water_cooler/technical#Broken.3F.3F
[23:21:30] <bawolff>	 hmm the wikinews hot cat just loads commons hot cat. If something broke commons hot cat I imagine people would be screaming bloody murder
[23:21:53] <greg-g>	 SamB: this https://www.mediawiki.org/wiki/MediaWiki_1.24/wmf8
[23:22:26] <RoanKattouw>	 git #8e41082a - Disable jQuery Migrate by default (enable via $wgIncludejQueryMigrate) (bug 44740)
[23:22:33] <RoanKattouw>	 That seems likely to have broken a few JS things here and there
[23:22:45] <greg-g>	 yeah
[23:22:50] <greg-g>	 my first thought
[23:22:51] <SamB>	 jQuery Migrate?
[23:22:56] <RoanKattouw>	 We upgraded to jQuery 1.11 a few weeks ago, but until now we had jQuery Migrate enabled which papers over differences between 1.8 and 1.11
[23:23:00] <greg-g>	 there's been messages :)
[23:23:03] <SamB>	 oh
[23:23:14] <RoanKattouw>	 Specifically, things that have been deprecated for a while and were removed in 1.9
[23:23:20] <greg-g>	 http://lists.wikimedia.org/pipermail/wikitech-ambassadors/2014-June/000719.html
[23:23:20] <SamB>	 why don't they use "compat" in the name like everyone else
[23:23:26] <RoanKattouw>	 Yeah exaclty
[23:23:28] <RoanKattouw>	 Well that's what it is
[23:23:51] <SamB>	 I was imagining something where things would be ... migrated from one place to another
[23:23:51] <bawolff>	 RoanKattouw: But $wgIncludejQueryMigrate is true on initialiseSettings.php
[23:24:02] <RoanKattouw>	 Hah
[23:24:05] <RoanKattouw>	 So it should still be there?
[23:24:23] <RoanKattouw>	 Yeah, you're right
[23:24:30] <RoanKattouw>	 I still see JQMIGRATE log messages in my console
[23:24:31] <bawolff>	 Also, certain less then well maintained extensions (timed media handler) are still using jquery migrate, so hopefully we won't disable that until those are fixed
[23:25:24] <^d>	 bawolff: Solution: remove all the unmaintained extensions! ;-)
[23:25:53] <bawolff>	 There's times when I'm tempted
[23:27:28] <RoanKattouw>	 Yeah a few are still using $.browser
[23:31:11] <bawolff>	 hmm, hot cat works fine on commons, and both commons and wikinews are loading the same gadget code
[23:36:14] <bawolff>	 hmm, one looks like not very robust gadget code exploding on the recent expandtemplates change
[23:37:19] <bawolff>	 ugh. The non-robust code is of course my code from years ago :s
[23:37:27] <SamB>	 hehehe
[23:37:30] <bawolff>	 hate it when it's my fault ;)
[23:54:05] <bawolff>	 Ok, second issue was caused by changes in the parameters to the edit form, and hot cat does a kind of self-csrf style thing to save changes