[00:00:01] Hrm, I wonder if something mucked that up. New accounts seem to be fine, but users have had to log into their accounts on our two wikis locally [00:00:13] I know this because I had to manually reset some passwords which were site-specific [00:00:48] (Our email setup was busted after a massive server move; took awhile to fix) [00:01:58] Were they ever properly attached? [00:02:23] I'm starting to wonder that myself. I'm not terribly familiar with CentralAuth. [00:27:08] jfolv: *maybe* if they're not attached.... it's possible with the config, their local user id may be inserted into the oathauth table and end up with some of that confusion [00:27:24] I think MW/CA basically assume everyone is globalised [00:28:56] See that was what I was thinking, but the local IDs didn't match from the user table [00:29:10] Did you check every wikis etc? [00:29:12] Although now I wonder if I checked both wikis [00:29:19] aha, all two ;D [00:29:27] that might be enough to explain it [00:30:00] Haha, yeah, we run 3 but only 2 are linked. One is mostly an image repository anyway. [00:30:09] (Which is the linked one) [00:47:58] Is there a way to make it so that when someone goes to a non-existing page, an arbitrary script that i wrote can create a page, and then serve this new page to the user? [00:48:27] i suspect that something like this may be how wiktionary works with all the inflections [00:49:21] seanicus: yeah that's possible with an extension [00:49:34] moonmoon: what extension? [00:49:40] you'd have to write it ;) [00:49:55] I don't think anything like that currently exists [00:50:10] That's fine. Can you nudge me in the right direction? [00:50:27] i just spent a week tryng to mess with apache config settings, and that appears to be a nogo [00:53:01] seanicus: https://www.mediawiki.org/wiki/Manual:Hooks/BeforeDisplayNoArticleText [00:53:29] return false from the hook handler and grab an OutputPage instance (perhaps via $article->getOutput() but I haven't checked to see if that exists) to inject content [00:54:17] if you want to *actually* create the page that's a bit more complicated [00:54:42] specifically what i want to do is upload the already existing page [00:54:50] from a dump [00:55:27] er, so why not just upload all of them if you already have a dump? [00:55:40] That would probably take a year or maybe longer [04:49:25] Why would that be the case? You can use a maintenance script to import them. [17:30:48] hi all, I have a question regarding the development of https://www.mediawiki.org/wiki/LDAP_Stack [17:31:01] a few months back I opened a few issues about LDAPAuthorization https://phabricator.wikimedia.org/tag/mediawiki-extensions-ldapauthorization/ [17:31:32] those are relevant for usage within our organisation, so we're also considering possibly looking into writing the fixes ourselves [17:32:12] thomasd1: I would def use the LDAP Stack for anything you work on [17:32:13] but we don't know how to proceed because there has been no activity on my issues so we also don't know what the desired approach would be to fix them [17:32:23] it is actively maintained [17:32:30] ah, that's good to know [17:32:42] what's the best way to get in touch with the maintainers? [17:33:00] thomasd1: hexmode[m] is one of them (at least for parts of it) :P [17:33:05] So you're in touch ;) [17:33:09] :) [17:33:22] ah, that's great :D [17:35:03] thomasd1: that said, my work on it is interrupt-driven. Work on $CLIENT stuff takes priority for me (I have kids in colllege). :P [17:35:49] hexmode[m]: that makes sense, hold on, let me type out what our main question was :P [17:35:50] But if you can point me to a particular pain point, I or Osnard (Robert) might be able to quickly solve it [17:37:47] hexmode[m]: so, LDAPAuthorization uses a custom `rules.attributes` structure to filter by LDAP attributes, instead of an LDAP filter string that could get passed to the server. Two of the bugs I opened seem to be caused by that so we wondered if it'd be an option to replace rules.attributes with a filter string that gets passed to the server, to [17:37:48] let the server deal with it instead [17:39:26] https://phabricator.wikimedia.org/T280875 and https://phabricator.wikimedia.org/T280873 ?? [17:39:39] yes, those two :) [17:43:34] Ok, the casing thing looks simple enough to implement. You said you have resources? If they can create a patch for the code I'd be happy to review it. [17:45:31] Osnard is the primary author of the code (and he is on CET, so not online right now) and I'm not sure why he didn't create an LDAP filter using the rules, but I think he'd be open to a suitable patch. [17:47:40] okay, thanks a lot! I'll check with Osnard tomorrow then when he's online for that [20:12:06] thomasd1: if you're still online, could you pm me your email so I can CC you in an email to Osnard? [20:12:40] hexmode[m]: sure