[00:50:04] <manu54656>	 Hi. Quesion about special characters in the API: how to replace a "/" in a string for API requests? The error message I encountered is: "info": "Invalid value \"Danghereux/Dangherous\" for user parameter \"ucuser\"."
[00:53:19] <OH->	 manu54656, have you tried percent encoding it?
[00:53:27] <manu54656>	 OH-, yeah
[00:57:32] <OH->	 manu54656, looks like you have a forward slash in the user parameter. does your target wiki allow forward slashes in usernames? I know you can't use '/' characters in wikipedia usernames
[00:58:59] <OH->	 not sure if that is a technical limitation of all mediawiki installations, or if that is because subpages are enabled in the user namespace on wikipedia
[00:59:06] <manu54656>	 OH-, thanks you're right, was actually a subpage categorized!
[00:59:20] <OH->	 cheers! \o/
[03:06:51] <bawolff>	 What happened to Wikiapiry?
[03:08:00] <Trela>	 Probably finally imploded on itself.  D:
[03:11:27] * bawolff misses being able to look up who is using what extension
[03:13:43] <Esther>	 bawolff: Write your own. ;-)
[03:13:55] <bawolff>	 but but work
[03:13:57] <Esther>	 Didn't somebody work on some call-home reporting feature?
[03:13:59] <Esther>	 Daniel F.?
[03:14:03] <Esther>	 Or Mark H.?
[03:14:05] <bawolff>	 It was ori
[03:14:08] <Esther>	 Ori!
[03:14:18] <bawolff>	 and I think legoktm was involved
[03:15:13] <Esther>	 Isn't he always?
[03:16:07] <bawolff>	 yeah he literally has his finger in all of MediaWiki
[03:18:54] <bawolff>	 Its kind of pathetic that my go to spell checker is to go to data:text/html,<textarea> and copy and paste into the textbox
[04:05:21] <harej>	 WikiApiary is how I learned that some Polish train wiki was using CollaborationKit
[04:05:32] <harej>	 A really old beta version you absolutely should not use
[04:05:42] <harej>	 But their wiki doesn't support the newer version :(
[08:10:18] <Hrepiau>	 hi there. Still looking for help with a Jquery error - wiki claims jquery module is not loaded.
[08:30:50] <TimUK>	 Hello! I've got a (pretty much) fresh install of media wiki and i've just set it up on a vhost - now any time i log in to the wiki using the web interface, i'm given a 401 authentication login prompt
[08:30:59] <TimUK>	 anyone experienced something like that before?
[09:08:29] <Hrepiau>	 Next question, anyone got the graphviz extension to work reliably with array printouts?
[09:23:31] <TimUK>	 also please disregard the question i asked on the grounds that i am completely stupid :)
[13:36:50] <AndreiPOP>	 Hello. I want to have open-source code. Is there a (preferably easy) way to pull changes from GitHub to my server?
[13:37:21] <AndreiPOP>	 (so that the configuration automatically changes)
[13:41:07] <andre__>	 AndreiPOP, how do you mean?
[13:41:33] <andre__>	 AndreiPOP, which underlying problem that you have would you like to solve by your proposed solution? 
[13:41:38] <AndreiPOP>	 andre__: for example I have a file containing my LocalSettings.php file on GitHub and the changes made to that file on GitHub get automatically pulled to the server, and updated
[13:41:55] <AndreiPOP>	 I would like to allow users to edit LocalSettings.php online without having to have access to the server
[13:42:58] <AndreiPOP>	 There is a way to do this, right?
[13:43:19] <andre__>	 Yes: Write a script. :)
[13:44:04] <AndreiPOP>	 andre__: Would a git pull cron job work?
[13:45:01] <andre__>	 well, you basically upgrade your configuration and/or code, so I guess it's the same as https://www.mediawiki.org/wiki/Manual:Upgrading (plus the part that you pull changes via a script instead of manually)
[13:46:53] <AndreiPOP>	 andre__: Ok then, doesn't sound too hard. Thank you for your help
[17:50:08] <cboltz>	 Hi!
[17:50:47] <cboltz>	 I updated about 20 wikis to 1.27.2 some days ago - all with a very similar setup (except different languages, and obviously different databases)
[17:51:01] <cboltz>	 in one of them, I can't edit anything
[17:51:07] <cboltz>	 if I try, I always get
[17:51:28] <cboltz>	 "Sorry! We could not process your edit due to a loss of session data. You might have been logged out. Please verify that you're still logged in and try again. [...]"
[17:52:13] <cboltz>	 all wikis (both working and the broken one) use the Auth_remoteuser extension
[17:52:23] <cboltz>	 does someone have an idea what could cause this problem?
[17:53:04] <bawolff>	 cboltz: Try setting $wgSessionCacheType = CACHE_DB; and see if that fixes it (That's probably not the best solution as it will make things slightly slower, but good for eliminating causes. If it fixes the issue, it means that your $wgMainCacheType is evicting stuff too soon)
[17:53:19] <bawolff>	 oh, Auth_remoteuser could be messing with things, i don't know much about that extension
[17:53:37] <bawolff>	 The authorization stuff was all rewritten in 1.27, so there's a lot of changes, and some extensions aren't compatible
[17:54:00] <cboltz>	 I'm sorry to disappoint you, but I already have   $wgSessionCacheType = CACHE_DB;   ;-)
[17:54:37] <bawolff>	 oh well, I don't know then. Something broken in the Auth_remoteuser extension most likely
[17:55:03] <cboltz>	 the strange thing is - 19 other wikis show that Auth_remoteuser works...
[19:35:37] <G_SabinoMullane>	 cboltz: Unlikely. 1.27 introduced major changes, and Auth_remoteuser will *not* work on it.
[19:36:04] <G_SabinoMullane>	 You might want to look at: https://code.osu.edu/ocio_middleware/mediawiki-extensions-sessionprovider-remoteuser.git
[19:37:31] <cboltz>	 Sorry to disappoint you, but I have 18 wikis (for example en.opensuse.org) where it works ;-)
[19:37:52] <cboltz>	 nevertheless, thanks for the pointer to a possible alternative
[19:48:04] <G_SabinoMullane>	 Hmm maybe they updated it. Hope so!
[20:36:28] <cboltz>	 found the issue, and it's quite interesting[tm] ;-)
[20:36:43] <cboltz>	 the problem was that I had $wgCookieDomain = 'opensuse.org'
[20:37:12] <cboltz>	 el.opensuse.org includes MediaWiki:Common.css from en.opensuse.org and gets the english session cookies this way
[20:37:29] <cboltz>	 and since the CSS is loaded after the HTML and the latest cookie wins, the next request sends the english cookies to the el wiki
[20:38:00] <cboltz>	 the solution is obviously to restrict $wgCookieDomain to en.opensuse.org etc.