[03:36:54] <k-man>	 when I visit a Category page, it doesn't give me the visual editor as an option
[04:07:07] <Krenair>	 k-man, on which wiki?
[04:11:36] <k-man>	 a private wiki I run for my WAN at work
[04:12:16] <k-man>	 err.. not WAN i mean Intranet
[04:12:20] <k-man>	 not sure where my brain is
[04:33:28] <Krenair>	 k-man, you can add the category namespace to the list of namespaces ve will run in
[04:34:34] <k-man>	 ooh ok
[05:25:36] <k-man>	 Krenair, where do I set that?
[05:26:27] <Krenair>	 $wgVisualEditorAvailableNamespaces["Category"] = true; but it's already the default
[05:26:31] <Krenair>	 what version of VE are you using?
[05:28:21] <k-man>	 hmmm not sure. I think I check it out from git every so often
[05:28:55] <k-man>	 last updated in march 28 by the looks of things
[05:49:13] <k-man>	 anyway, I'll update 
[06:24:39] <k-man>	 updating seems to have fixed it, thanks Krenair 
[07:30:45] <fandi>	 media wiki may i know your configuration on varnish cache ? because you implementation varnish cache is awesome. 
[07:31:24] <fandi>	 what I read on mediawiki not clear yet.. thanks 
[08:08:28] <andre__>	 fandi: Do you mean the MediaWiki software itself? Or Varnish configuration on the Wikimedia servers?
[08:12:52] <fandi>	 h andre__, varnish configuration on the wikimedia servers:) ?
[08:13:01] <fandi>	 do you now about it ? 
[08:28:31] <andre__>	 fandi: see https://wikitech.wikimedia.org/wiki/Varnish
[08:28:41] <andre__>	 and that's a question for #wikimedia-tech I guess
[08:29:47] <fandi>	 wow awesome thank andre__ 
[09:27:29] <Glaisher>	 Platonides: err.. why was that done?
[11:22:51] <Sarco>	 good day, I get an error message "Error creating thumbnail: Unable to save thumbnail to destination" and I am unsure how to continue troubleshooting. the images folder has chmod 777, I am using the latest version of Mediawiki on a debian server
[11:22:57] <Sarco>	 can anyone help me?
[11:32:23] <andre__>	 Sarco, https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Image_Thumbnails_not_working_and.2For_appearing
[11:58:55] <Sarco>	 andre__, Thank you so much! Adding the 
[11:58:56] <Sarco>	 $wgSVGConverterPath = "/usr/bin"; in my Localsettings.php worked!
[12:07:31] <andre__>	 yw :)
[13:09:53] <reddo_>	 I'm running into a problem with an extension on 1.27 class RequestContext not found how do I include it?
[13:44:08] <jpmaxman>	 Greetings media wiki crew.  I'm trying to help the OpenStack foundation eliminate spam on their wiki.  They were on a pre-release of 1.25.  So I've upgraded everything to 1.27.  I have the NoCaptcha displaying, problem is that even after checking the box to confirm I am not mr robot, it says "Incorrect or missing CAPTCHA."   At this point I have removed all
[13:44:08] <jpmaxman>	 non-included extensions and have reverted back to the default Vector theme included with 1.27, but am still facing the same problem.  Wondering if anyone has any ideas or could trigger some thought on next steps for troubleshooting.  There are no errors in the console or anything I've found in the logs.  
[13:44:31] <jpmaxman>	 https://wiki-upgrade-test.openstack.org
[13:45:05] <jpmaxman>	 I've temporarily enabled anonymous editing and will be purging the db with a fresh copy once done - if anyone wants to see what I'm talking about.
[13:50:20] <MatmaRex>	 jpmaxman: have you upgraded the extensions to the corresponding version too?
[13:50:51] <jpmaxman>	 I've disabled all extensions except those bundled with 1.27 - so in effect yes
[13:57:00] <MatmaRex>	 hm. i dunno then. :( file a bug?
[13:57:07] <jpmaxman>	 lol
[13:57:10] <MatmaRex>	 !newbug
[13:57:10] <wm-bot>	 https://phabricator.wikimedia.org/maniphest/task/create/
[13:57:31] <Reedy>	 It's possible (probable?) it's some authmanager rewrite bug
[13:57:56] <jpmaxman>	 well my next step was to test on a complete out of the box wikimedia
[13:58:00] <jpmaxman>	 hmmm rewrite
[13:58:15] <jpmaxman>	 let me check the rewrite rules in Apache
[13:58:40] <Reedy>	 jpmaxman: I don't mean apache rewrite
[13:58:50] <Reedy>	 I mean, in MW, the auth layer was completely rewritten for 1.27
[13:59:02] <Reedy>	 It's likely, that the captcha plugin your using has some bug relating to this
[13:59:25] <jpmaxman>	 well it's built into ConfirmEdit extension which is included with 1.27
[13:59:34] <jpmaxman>	 I'm not doing anything custom 
[13:59:45] <Reedy>	 Doesn't matter
[13:59:57] <Reedy>	 Just because it's bundled, doesn't mean it's well tests
[13:59:59] <Reedy>	 *tested
[14:00:16] <jpmaxman>	 well an out of the box setup would confirm that
[14:00:22] <Reedy>	 Probably
[14:00:30] <Reedy>	 But I'd be surprised if it's something ont he openstack wiki
[14:00:41] <Reedy>	 WMF only use "FancyCaptcha"... So that is likely the only one actually tested much in the wild
[14:00:51] <jpmaxman>	 interesting
[14:00:51] <jpmaxman>	 ok
[14:01:22] <Reedy>	 My laptop is in for repair, so I'm a bit stuck for access to my dev boxes etc
[14:01:50] <Reedy>	 Otherwise I'd try and duplicate it
[14:01:59] <Reedy>	 Per MatmaRex, I'd reccommend filing a bug in the first instance
[14:03:11] <jpmaxman>	 ok - well before I file a bug I want to confirm if an out of the box instance does the same
[14:03:15] <jpmaxman>	 I'll try that now
[14:03:16] <Reedy>	 reddo_: Do you have a stack trace to go with it?
[14:03:25] <Reedy>	 Sure, do that
[14:03:32] <Reedy>	 Always helps having extra debugging done :)
[14:05:52] <reddo_>	 Reedy_: No, all I'm trying to do is get the current user ID used to use $wgUser but that's gone now
[14:06:32] <reddo_>	 looking online is says to use requestContext but it's not finding it I'm not sure why
[14:06:53] <Reedy>	 IT should be autoloaded
[14:06:55] <Reedy>	 What code are you using?
[14:09:48] <reddo_>	 $userID = RequestContext::getMain()->getUser()->getID;
[14:10:20] <reddo_>	 gives this error Fatal error: Uncaught Error: Class 'RequestContext' not found
[14:10:28] <Reedy>	 $userID = RequestContext::getMain()->getUser()->getID();
[14:10:57] <Reedy>	 https://github.com/wikimedia/mediawiki/blob/REL1_27/autoload.php#L1113
[14:11:00] <Reedy>	 It's there..
[14:11:42] <reddo_>	 still the same error
[14:12:19] <Reedy>	 Are you using it from some namespaced class?
[14:12:53] <reddo_>	 no
[14:30:45] <PuppyKun>	 Anywhere I can go for help with Widgets or is here okay? I'm trying to install Widgets on a wiki farm and had a security concern. I was wondering if unescaped it could be used to get the system path ($smarty.env.path) but it actually seems like smarty functions are not working at all.. wondering what's up
[14:36:23] <Reedy>	 PuppyKun: Considering it seems to be tracking a smarty git repo that hasn't had any changes in 5 years...
[14:37:00] <Reedy>	 3.1.7
[14:37:04] <Reedy>	 3.1.29 is out
[14:38:44] <Reedy>	 3.1.7 doesn't seem to exist in their repo
[14:38:50] <PuppyKun>	 Think I should manually install smarty? is there any way to do that while Widgets/smarty exists as a submodule?
[14:38:57] <tarak_>	 Hi Guys
[14:39:10] <PuppyKun>	 also i dont even know where it was cloned from but when I recursively init'd submodules it added libs and stuff
[14:39:19] <PuppyKun>	 like the smarty files seem to exist and are all owned by the webserver.
[14:39:32] <tarak_>	 I am having issue on mediawiki 1.26 to login username with underscore
[14:39:43] <tarak_>	 @puppkun
[14:39:50] <Reedy>	 It seems to be using https://github.com/Fl4t/Smarty-git
[14:39:52] <tarak_>	 Can you help me to resolve?
[14:39:58] <Reedy>	 Official is https://github.com/smarty-php/smarty
[14:40:02] <PuppyKun>	 tarak_: im not really the person for that sorry
[14:40:08] <Reedy>	 I'd be tempted to make it use that, and then look at updatin
[14:40:09] <Reedy>	 g
[14:40:17] <tarak_>	 anyone can help me?
[14:41:51] <tarak_>	 Any one from mediawiki team can help me to reslove my problem?
[14:42:21] <tarak_>	 I m not able to login username with starting with unserscore
[14:42:35] <Reedy>	 Were you able to on previous versions?
[14:47:59] <tarak_>	 @reddy yeah
[14:48:07] <tarak_>	 It was working fine earlier
[14:53:58] <tarak_>	 Any one from mediawiki team?
[14:57:04] <MatmaRex>	 usernames can't start with underscores or spaces, and you should never have been able to register such one
[14:57:26] <MatmaRex>	 i suspect you're using some authentication plugin, in which case we cannot help you
[14:57:35] <MatmaRex>	 ask whoever wrote it to investigate
[15:01:45] <Reedy>	 PuppyKun: I've made some commits to track the actual upstream remote, and switch to a new branch
[15:02:16] <tarak_>	 MGChecker Hi
[15:02:44] <tarak_>	 my username start with name such as t_sinha
[15:02:51] <PuppyKun>	 Reedy where are those commits in the widgets extension?
[15:03:00] <Reedy>	 They're in gerrit
[15:03:01] <tarak_>	 I am using Ldap authentication to login the hosts
[15:03:19] <Reedy>	 https://gerrit.wikimedia.org/r/#/c/302931/
[15:03:32] <Reedy>	 https://gerrit.wikimedia.org/r/#/c/302930/
[15:04:42] <PuppyKun>	 until that get's merged in should I just fork the extension? We use puppet to clone the github fork
[15:05:23] <Reedy>	 You could just cherry pick them ontop
[15:06:42] <PuppyKun>	 Mmm not sure if I can do that in puppet and I know puppet runs take about 10 times longer if the local repo is different than the cloned one
[15:06:45] <PuppyKun>	 Thanks tho
[15:07:01] <Trela>	 tarak_: I highly recommend that you prevent underscores and other MediaWiki username unacceptable characters at the LDAP source itself.  I had the same problem and trying to munge the username to "work" in MediaWiki ends up in many more problems.
[15:10:47] <tarak_>	 Hi Terla
[15:11:07] <tarak_>	 How can you prevent this issue on mediawiki 1.26?
[15:11:16] <jpmaxman>	 Reedy confirmed 
[15:11:18] <jpmaxman>	 http://wiki.o.o.tipit.net/index.php/Main_Page
[15:11:24] <jpmaxman>	 out of the box same problem
[15:11:27] <jpmaxman>	 will open up the bug
[15:11:59] <tarak_>	 Hi Trela
[15:12:13] <Reedy>	 jpmaxman: Cheers. Might have chance to poke later... Let meknow when it's filed
[15:13:02] <Trela>	 tarak_: Fix the usernames at the source authentication server and prevent anyone from registering with them again.  It just is not worth the effort to hack around MediaWiki's core using hooks to make underscores work at the beginning or ending of usernames.
[15:14:30] <tarak_>	 Trela: do u have any link to follow the same?
[15:14:38] <tarak_>	 Trela: 
[15:14:54] <Trela>	 What do you mean exactly?
[15:15:32] <tarak_>	 To prevent the underscore username
[15:16:09] <tarak_>	 I want to allow this user with his username 
[15:16:28] <tarak_>	 any trick to fix this problem
[15:16:34] <tarak_>	 Trela: ^^
[15:16:54] <Trela>	 You will have to modify your LDAP/authentication server to prevent people from registering with an underscore at the beginning or end of their usernames.  Then retroactively rename any users that do have that.
[15:17:46] <jpmaxman>	 Reedy https://phabricator.wikimedia.org/T142096
[15:19:50] <Reedy>	 jpmaxman: Can you post the extension config you're using on the bug please?
[15:22:17] <tarak_>	 thanks Trela 
[15:22:18] <jpmaxman>	 ok done
[15:28:49] <Glaisher>	 Platonides: matanya is still banned here. Can you remove it please?
[15:28:56] <Reedy>	 lol
[15:29:00] <Reedy>	 do we know what ban line?
[15:29:04] <Reedy>	 and why?
[15:29:16] <Glaisher>	 *!*@wikimedia/matanya
[15:29:20] <Glaisher>	 script fail, apparently
[15:29:31] <Glaisher>	 Per -commons and -ops
[15:29:56] <Glaisher>	 Thanks
[15:30:03] <Reedy>	 I thin htat's right
[15:30:10] <Glaisher>	 Yeah
[15:40:23] <jbalint>	 hi, I'm getting some kind of a redirect loop for one of the pages in my wiki.... how can I begin to debug this?
[15:43:42] <Yaron>	 jbalint: what does a "redirect loop" mean?
[15:44:17] <jbalint>	 Yaron: there's one page I just tried to access and i get a browser error "redirected too many times
[15:44:29] <jbalint>	 Looked in mysql log and it's repeating doing the same 5 or so queries
[15:44:46] <Glaisher>	 Link?
[15:45:10] <jbalint>	 me? it's private
[15:45:20] <Glaisher>	 hmm
[15:45:43] <Glaisher>	 It's happening just for one page?
[15:46:03] <jbalint>	 yep. and this page probably hasnt been used since before upgrade from 1.22 to 1.25
[15:46:14] <Yaron>	 What is the name of the page?
[15:46:31] <jbalint>	 Book:Dynamo:_Amazon%27s_Highly_Available_Key-value_Store
[15:46:45] <jbalint>	 we have a special namespace for book but not of the other book pages are causing an issue
[15:47:42] <jbalint>	 i have other book pages with another : in there and also no problem
[15:48:01] <jbalint>	 the `page_is_redirect' field in the db = 0
[15:49:35] <Yaron>	 jbalint: anything unusual in the page's wikitext?
[15:49:43] <jbalint>	 Yaron: which table is that in
[15:54:36] <Yaron>	 Can you go to that page's URL, and add "&action=edit" to it?
[15:54:44] <Yaron>	 Hopefully, that won't redirect.
[15:56:04] <jbalint>	 it says "Creating" :(
[15:57:27] <Glaisher>	 If the URL you used doesn't have index.php, use ?action=edit instead of &action=edit
[15:57:49] <jbalint>	 oh, derp
[15:58:10] <jbalint>	 yeah, it looks like it normally would. has all the content, previewed fine, etc
[15:59:06] <Glaisher>	 OK, can you remove the ?action=edit part now and use index.php?title=Title_here and test whether that works?
[16:00:16] <jbalint>	 it looks like it redirects to index.php/Title and I get the same error
[16:07:43] <MatmaRex>	 jbalint: it's a known issue with pages with apostrophe (single quote) and some server configurations
[16:07:59] <MatmaRex>	 https://phabricator.wikimedia.org/T106793
[16:11:48] <jbalint>	 MatmaRex: thanks. I'll try renaming it
[16:14:06] <jbalint>	 lo and behold there is another page with a single quote in it exhibiting the same problem! :D
[16:23:26] <jbalint>	 thx everyone
[17:15:01] <hns>	 Hello, I'm working on a fork of a Vector skin (so the user can go back to the defaults). My problem is now, that some parameters (like link color) is overwritten by resources/src/mediawiki.skinning/elements.css. How can I prevent loading this file or overwrite it?
[17:28:11] <hns>	 I think i have the solution: In SkinTamplate -> setupSkinUserCss removed mediawiki.skinning.interface and added my own style
[17:45:06] <bawolff>	 That's probably not the best solution, since it would remove other styling you might still want
[18:13:40] <hns>	 that's true. is there a better way?
[18:14:53] <hns>	 i copied resources/src/mediawiki.skinning/elements.css to components/elements.less and replaced colours with variables.
[18:31:49] <Tarak_>	 HI
[18:32:57] <andre__>	 hi Tarak_
[18:37:41] <Tarak_>	 Hi andre__ 
[18:38:09] <Tarak_>	 I have setup the new mediawiki 1.26 server on linux box 
[18:39:02] <Tarak_>	 while opening the page it's loading slow 
[18:39:36] <Tarak_>	 server is fine but i guess somewhere need to change or define the parameter to load the php file faster
[18:39:49] <Tarak_>	 any advise to solve this issue?
[18:40:26] <hns>	 Tarak_: it could also be the database
[18:40:52] <Tarak_>	 No, database is also looks good
[18:41:21] <Tarak_>	 php page is loading slow
[18:42:31] <hns>	 every php page? also a simple phpinfo page? http://php.net/manual/en/function.phpinfo.php
[18:43:21] <andre__>	 https://www.mediawiki.org/wiki/Manual:Profiling
[18:43:29] <andre__>	 if you really think it's PHP / MediaWiki
[18:46:01] <Tarak_>	 do i need to install memcached for php? andre__ 
[18:46:35] <Trela>	 The new Gerrit is pretty, but somehow manages to be worse than old Gerrit.  It is amazing.
[18:47:01] <Nikerabbit>	 yep
[18:47:17] <andre__>	 Tarak_, https://www.mediawiki.org/wiki/Manual:Cache
[18:49:13] <Tarak_>	 thanks andre__ 
[18:49:49] <Trela>	 I can not copy paste from a Gerrit web page because it breaks all keyboard shortcuts.  I am stuck on one Gerrit commit page because it breaks the back button.  I can not escape either... Gerrit is where I live now.
[18:52:20] <andre__>	 Trela, which browser is that?
[18:52:25] <Trela>	 Firefox
[18:52:47] <Trela>	 I am looking for Gerrit's bug tracker to post an accessibility issue.
[18:59:33] <MatmaRex>	 Trela: it's fixed in the next release
[18:59:40] <MatmaRex>	 we have a bug in phab about it somewhere
[19:00:08] <Trela>	 It breaks many other shortcuts for standard browser navigation.
[19:00:38] <MatmaRex>	 yeah, like i'm saying, it's a bug that's fixed in the next release.
[19:00:43] <MatmaRex>	 it only affects firefox.
[19:02:29] <Trela>	 So they fixed all of the affected shortcuts in one go?  I found the original bug ticket, but not the code change yet.
[19:03:02] <MatmaRex>	 i imagine so
[19:03:18] <Trela>	 Found it.  https://gerrit-review.googlesource.com/#/c/75987/
[19:03:45] <Trela>	 Also, entirely fixed on their Gerrit.
[19:04:27] * bawolff thinks its firefox's fault for even allowing websites to do this
[19:06:11] <Trela>	 I wish Firefox would just break any sites' ability to steal shortcuts.
[19:53:17] <Trela>	 I am looking at and testing $wgLBFactoryConf for a wiki farm setup.  What I am seeing though is that it breaks local database access since it overrides all old classic settings.
[19:53:32] <Trela>	 Am I correct in assuming that $wgLBFactoryConf is meant for a single logical wiki?
[20:04:05] <Trela>	 Perhaps the better question would be, how can I specify which section a wiki should use from $wgLBFactoryConf?
[20:15:12] <FlorianSW>	 jpmaxman: Hi, are you here? :)
[20:24:31] <jpmaxman>	 Hi yes 
[20:27:40] <jpmaxman>	 how are you FlorianSW 
[20:27:52] <FlorianSW>	 fine, thanks, and you? :)
[20:27:58] <FlorianSW>	 I saw your bug report for ConfirmEdit: https://phabricator.wikimedia.org/T142096
[20:27:59] <jpmaxman>	 doing well :) 
[20:28:01] <jpmaxman>	 yes
[20:28:06] <FlorianSW>	 I already answered, but probably we can fix it now :)
[20:29:30] <jpmaxman>	 ahhh
[20:29:31] <jpmaxman>	 I see
[20:29:33] <jpmaxman>	 let me check one second
[20:31:59] <jpmaxman>	 and FlorianSW there it is I had the wrong variable for the secret key
[20:32:01] <jpmaxman>	 $wgReCaptchaSecretKey
[20:32:02] <jpmaxman>	 fixed it
[20:32:15] <FlorianSW>	 yay :D
[20:32:22] <jpmaxman>	 thans for that and sorry for the false alarm
[20:32:27] <FlorianSW>	 great, thanks for your fast answer, I'll close the task :P
[20:32:33] <jpmaxman>	 I felt like it was something I was missing
[20:32:34] <FlorianSW>	 no worries, I'm happy to help :)
[20:32:49] <jpmaxman>	 we did move from captcah to nocaptcha I'm not sure why I changed the one and not the other
[20:32:53] <jpmaxman>	 anyway
[20:32:57] <jpmaxman>	 easy fixes are a win
[20:32:58] <jpmaxman>	 thank you!
[20:33:38] <FlorianSW>	 np :) Btw.: Good choice to switch to v2, v1 will be removed in some versions, I think ;)
[20:34:39] <jpmaxman>	 yeah it isn't supported by Google and on our wiki the spammers are able to get through v1
[20:35:49] <FlorianSW>	 good look for fighting against the spammers now :)
[20:39:25] <jpmaxman>	 lol fingers crossed!
[21:24:22] <Reedy>	 Trela: Have you seen https://noc.wikimedia.org/conf/highlight.php?file=db-eqiad.php ?
[21:24:44] <Reedy>	 thanks FlorianSW
[21:25:17] <Trela>	 Reedy: I have looked over it.  There is no documentation that I can find that even specifies how the core load balancer code will know what wiki/section to pull out of that configuration.
[21:25:27] <FlorianSW>	 hmm?
[21:27:26] <Reedy>	 Trela: Well, it uses the default if not specifically defined otherwise
[21:28:29] <Trela>	 I figured that much out, but how do you define that?  For example, if a user browses to it.wikipedia.org how is its LocalSettings.php file telling the LoadBalancer class which section to choose?
[21:29:27] <Trela>	 $wgDBname gets ignored, so it is not that one.
[21:32:35] <Reedy>	 https://github.com/wikimedia/mediawiki/blob/master/includes/db/loadbalancer/LBFactoryMulti.php
[21:32:54] <Reedy>	 sectionsByDB and sectionLoads get sorted in there
[21:33:14] <Reedy>	 https://github.com/wikimedia/mediawiki/blob/master/includes/db/loadbalancer/LBFactoryMulti.php#L197-L211
[21:33:34] <Trela>	 Yep, I read through all that code.
[21:33:50] <Trela>	 getSectionForWiki( $wiki ) where $wiki = not the DEFAULT wiki is the problem.
[21:34:26] <Reedy>	 It's nothing to do with the default wiki
[21:34:31] <Reedy>	 It's whether it's the default db cluster
[21:34:38] <Reedy>	 *in the
[21:35:19] <Trela>	 Every wiki I am working on has its own DB cluster.
[21:35:31] <Trela>	 (Effectively, but not really.)
[21:35:47] <Reedy>	 so sectionsByDb 'dbname' => 'cluster'
[21:36:02] <Reedy>	 sectionLoads 'cluster' => [ 'host1', 'host2' ]
[21:36:43] <Trela>	 Right.  Lets say I am accessing exampleB.wiki, how do I configure that wiki's settings to tell LBFactoryMulti to use exampleB from sectionsByDb?
[21:37:00] <Reedy>	 You shouldn't need to explicitly, IIRC
[21:37:02] <Reedy>	 Unlesss..
[21:37:07] <Reedy>	 We're doing something funky in multiversion
[21:37:12] <Reedy>	 I bet we are
[21:37:44] <Trela>	 It stems from this pull request I made: https://gerrit.wikimedia.org/r/#/c/302608/
[21:38:29] <Reedy>	 Hmm. Nothing obvious in mediawiki-config
[21:39:27] <Trela>	 As far as I can tell LBFactoryMulti assumes that all wikis are accessible from any cluster.  Maybe that is not correct, but that is what it seems like.
[21:39:41] <Reedy>	 Vaguely
[21:39:50] <Reedy>	 They're certainly aware of each otehr
[21:40:15] <Reedy>	 https://github.com/wikimedia/mediawiki/blob/master/includes/ServiceWiring.php#L45-L55
[21:40:25] <Reedy>	 That's where LBFactoryConf is turned inot an object
[21:40:32] <Reedy>	 At least, in 1.27
[21:41:45] <Trela>	 I have the opposite setup for database clusters.  Every wiki in our farm here is a Schrodinger's cat.  They are  simultaneously aware of each other and ignorant of each other's existence.
[21:41:55] <Trela>	 I will look through the ServiceWiring and see what I find, thanks!
[21:41:57] <Reedy>	 I suspect, it is assumed (and is the case in WMF land) that all wikis are accessible using the same credentials
[21:42:13] <Reedy>	 which is where it's falling down for you
[21:42:20] <Trela>	 Yep.
[21:42:43] <Reedy>	 'serverTemplate' => [
[21:42:43] <Reedy>	 	'dbname'	  => $wgDBname,
[21:42:43] <Reedy>	 	'user'		  => $wgDBuser,
[21:42:43] <Reedy>	 	'password'	  => $wgDBpassword,
[21:43:14] <Trela>	 There are overrides that can be configured for serverTemplate, but comes back to how to specify which DB cluster loads per wiki.
[21:43:48] <Reedy>	 The override stuff seems to be documented in LBFactoryMulti.php
[21:44:12] <Reedy>	 		$template = $this->serverTemplate;
[21:44:12] <Reedy>	 		if ( isset( $this->templateOverridesBySection[$section] ) ) {
[21:44:12] <Reedy>	 			$template = $this->templateOverridesBySection[$section] + $template;
[21:44:12] <Reedy>	 		}
[21:44:17] <Reedy>	 That's unhelpful..
[21:44:30] <Reedy>	  *     templateOverridesByServer   A 2-d map overriding serverTemplate and
[21:44:30] <Reedy>	  *                                 externalTemplateOverrides on a server-by-server basis. Applies
[21:44:31] <Reedy>	  *                                 to both core and external storage.
[21:44:38] <Reedy>	 That sounds to be vaguely what you're looking for
[21:44:50] <Reedy>	 Or
[21:44:50] <Reedy>	 *     templateOverridesBySection  A 2-d map overriding the server info by section.
[21:45:06] <Trela>	 I got that far for overriding server and section in a test configuration.
[21:46:10] <Reedy>	 The overrides only seem to be used for externalLB
[21:46:23] <Reedy>	 well, only 2 types do
[21:46:56] <Trela>	 Which makes it a bit useless for extensions that have the concept of central/global databases, but don't try to use it that way.
[21:48:03] <Reedy>	 Most extensions take the assumption that it's tables are stored in that wikis db
[21:49:42] <Trela>	 AbuseFilter has the $wgAbuseFilterCentralDB option to access global filters from a different database than the local wiki.  Specifying that option results it breaking though since it tries to use the local database's credentials to connect to the remote.
[21:50:10] <Reedy>	 https://github.com/wikimedia/mediawiki-extensions-AbuseFilter/search?utf8=%E2%9C%93&q=AbuseFilterCentralDB
[21:50:15] <Reedy>	 Why does that only yield one result...
[21:50:54] <Trela>	 https://github.com/wikimedia/mediawiki-extensions-AbuseFilter/search?utf8=%E2%9C%93&q=wgAbuseFilterCentralDB&type=Code
[21:51:20] <Reedy>	 isn't that stupid
[21:51:21] <Trela>	 Github's search is a little weird.
[21:52:57] <Reedy>	 can you not define the AF db as a seperate sectionload, and add the overrides to the template?
[21:54:14] <Trela>	 The abuse filter database is part of the master wiki's database which is defined in $wgExternalServers.  I would gladly migrate that into a LBFactoryMulti setup, but then every local wiki database is broken.
[21:56:06] <Trela>	 I could go on then to programmatically add the local wiki's database entry into $wgLBFactoryConf.  However, comes back to the problem how to specify the LBFactoryMulti class to use the correct section.
[21:56:08] <Reedy>	 Trela: FWIW, Aaron is on IRC.. Just not in here. lol
[21:56:48] <Trela>	 I probably scared them off.  >_>
[21:57:36] <Reedy>	 You could join #mediawiki-core and ask if he's got some time
[21:59:01] <Trela>	 Near the end of the day for most people so it can wait until tomorrow.  I am going to tinker somewhat and see if I come up with a clever solution that works.
[22:00:37] <Reedy>	 Trela: It'll be the middle of his working day
[22:00:48] <Trela>	 Oh right, west coast.
[22:08:02] <Krenair>	 ok... guys
[22:08:13] <Krenair>	 Platonides, maybe use a ban next time?
[22:08:26] <legoktm>	 he's using a script
[22:08:32] <Matthew_>	 Krenair: Appearenly he's using a script...
[22:08:40] <Matthew_>	 Not a very robust one at that.
[23:02:51] <Geo1997>	 Hi, I'm having a problem with my wiki categories. They're not showing the pages linked to them. Any ideas ?
[23:03:10] <Reedy>	 job queue?
[23:04:18] <Geo1997>	 wgJobRunRate ?
[23:06:50] <Geo1997>	 at 0 because using family wiki
[23:09:19] <Geo1997>	 Oh I see, I should be doing a runjob