[02:56:13] to get ldap auth working. is it meant to be as simple as dropping the extention into the extention dir, and then adding a few config lines to the localsettings.php ? [03:18:41] i'm getting "It looks like you are missing LDAP support; please ensure you have either compiled LDAP support in, or have enabled the module" but that's after i've put require_once ('extensions/LdapAuthentication/LdapAuthentication.php'); [03:19:41] and this is in a log file thats pointed at by wgDebugLogGroups["ldap"], so i'm assuming it's already loaded the extention. I'm also assuming extention == module ? [03:37:06] aaaaah php module, not mediawiki module. d'oh ! [04:27:04] at the moment logging in via ldap just gets me this in the debug log; http://pastebin.com/X7ZwJjwf [07:47:56] hey i am new to thi [07:47:58] *this [07:48:19] i want to start to contribute to open source [07:49:56] hey [07:49:59] i am new to this [07:50:07] i want to start to contribute to open source [08:08:12] bharat__: Hello. [08:09:16] bharat__: https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker [08:10:27] bharat__: Or more specifically, https://www.mediawiki.org/wiki/MediaWiki-Vagrant [08:48:23] hello good people [08:48:36] I'm trying to steal a nice formatting template from the gentoo wiki, but I can't seem to replicate it completely [08:48:45] and I know very little about css [08:48:55] other than cutting and pasting what other people have done. [08:49:34] they have a bunch of nice "command line" templates like this: https://wiki.gentoo.org/wiki/Template:Cmd [08:49:45] this is the closest I can get: http://wiki.libreelec.tv/index.php?title=Template:Cmd [08:49:51] white background, no rounded corners [08:50:02] I even checked their skin css file and couldn't see anything in there for those [08:50:17] I even tried installing their skin, but it doesn't seem to work for me (it's a nice skin) [08:50:25] already checked their common.css [11:51:46] Hi! I'm working on a MediaWiki extension (within a SpecialPage) and I've got some pre-parsed text which includes "UNIQ9096dfaf274609d0-nowiki-0000000C-QINU" (instead of the return value of a parser function. Is there some way to finnish parsing on this and get the final HTML? [12:17:42] Fannon: yeah, probably. these are "strip markers" [12:18:24] Yes, I've read this.. but couldn't get rid of them / replace them [12:19:42] hurricanes.hypoverse.com/Special:RecentChanges [12:19:51] http://hurricanes.hypoverse.com/Special:RecentChanges [12:20:21] and http://hypoverse.com/Special:RecentChanges are like merged together weirdly [12:20:45] How can I fix that? [12:20:56] Fannon: where did you get the pre-parsed text from? [12:21:04] a parser function [12:21:16] There using the same database btw. [12:21:35] They're * [12:24:16] Fannon: can i see your code? in general, to replace strip markers with the real content, you'd do $parser->mStripState->unstripBoth( $text ). but i'm not sure to what point is your text parsed :D [12:25:12] Repton: looks normal to me. [12:25:35] @MatmaRex: Thanks for the tip! Unfortunately I've rewritten my code already :/ [12:26:08] How is that normal? I want the RecentChanges on each of my wikis to be seperate. [12:26:12] Is is important for the $parser to be within the same context? [12:26:51] Fannon: yeah [12:27:05] ok, then it can't work anyway I guess [12:27:15] Fannon: another idea is, if you were using recursiveTagParse(), use recursiveTagParseFully() instead [12:27:43] because I'm "injecting" wikitext which is stored on a category page into a special page [12:30:21] @MatmaRex: This seems to solve the problem, thanks! [12:33:50] So should I use seperate databases or what because every time I use DBPrefix my wiki bugs. [13:57:17] Is anyone still using the MediaWiki OpenID extension? [13:57:31] ...and if so, which OpenID provider(s) are you using? [14:01:09] morning [19:35:25] hay [21:31:49] will mediawiki relay on PHP forever? [21:34:03] Probably [21:34:18] It'd be a lot of work to change it to use something else instead [21:34:56] Yeah, but wouldn't it also save work in future [21:40:59] Why? [21:45:24] doubtful; a complete rewrite would introduce a whole slew of new and exciting bugs. If anything, it'd cause *more* work in the future (in addition to the work of rewriting it, which is quite a bit) [21:46:01] plus it means completely throwing away the ecosystem of extensions/plugins written for it and making all of them start over too [21:46:12] Plus potentially alienating a large swath of the current developers [21:46:26] yeah, horrible idea all around :) [21:46:59] that said, it'd be interesting if it had bindings to run extensions in other languages... [21:47:08] (no, I have no idea how that would work) [21:52:16] it doesn't necessary have to throw the current system suddenly and migrate to knew one [21:52:54] migrate to the new one* [21:53:09] Well, if you're talking like that [21:53:15] That is already happening [21:55:41] Reedy, could you give more details about that? [21:55:59] parsoid [21:55:59] mathoid [22:24:52] since moving our mediawiki to a new ldap server, i'm finding that older users can still log into the wiki, but newer ones (made since the move) cannot. Says 'incorrect password' [22:25:33] all i did was edit the ldap ip in the mediawiki config and alter the base dns to match the new directory layout. :-/ [22:39:10] oddly, only with the new users does the ldap debug output show Created a regular filter: (uid=111.222.333.444) where that's the ip i'm connecting from. [22:39:30] on the older working users it's the uid of the user as expected [22:44:28] hmmmm, and thats only on the second connect to the ldap server. the first time it's correct. [22:44:54] seems to do three seperate connects to auth. twice for user details and once for group details ? [22:49:08] a successful one seems to go to 'Entering authenticate for username', an unsuccessful one seems to go to 'Entering getCanonicalName' right before the uid is messed up to be the ip address. [22:55:54] ooookey, so https://gerrit.wikimedia.org/r/#/c/73530/ but i'm not sure if that means it's incorrectly thinking their an anonymous user, or if it means the password had already failed and then that bug was triggered, in which case its a red herring [22:57:40] Hello, is there a way to place a redirect to an HTML page in MediaWiki (instead of a wikipage)? [22:58:44] E.g. #redirect [[../index.htm]] [23:00:34] nicolesharprfs, impossible [23:01:38] So there is no way to redirect a wikipage to an HTML page instead? :-( [23:03:34] Any chance that could be a feature allowed in a future release, to allow redirects to off-wiki webpages and files? #redirect [index.htm] [23:05:49] that wouldn't be safe [23:06:40] if it's a permanent redirect, you can just use your webservers config of course. But i'm guess that's not what you are after. [23:06:55] For a public wiki, perhaps not, but for a private wiki, it would be useful, to link to local webpages on the domain. [23:07:12] we write for public wikis [23:07:28] if you need private features, you often have to write them yourself :( [23:07:50] oh... :-| [23:08:07] there is https://www.mediawiki.org/wiki/Extension:ExternalRedirect [23:08:13] but I have no idea what state it is in [23:08:34] it says 'stable', but anything that doesn't run on wikipedia is usually suspect [23:09:12] correction, for anything that doesn't run on wikipedia such statement of stable, can be a questionable statement [23:09:13] That looks like what I am looking for, thanks. [23:10:18] I have a single-user private wiki, so I am the only one who can place the links. [23:34:31] jesus, i' [23:34:55] i've no idea why this works with one user and not the other. in ldap they're identical. [23:35:09] i even added the user to every single group in ldap, and it still dosen't let them in. [23:38:37] the config looks like http://pastebin.com/ruETgjvq