[00:08:03] hi! is there a way to redirect Special:UserLogin to another page (Special:PluggableAuthLogin)? [00:15:31] Specialist: you want the AithManager docs at mediawiki.org [00:15:40] AuthManager [00:16:08] basically the authentication framework is very pluggable [00:16:37] you can add extra steps, redirect to external sites, whatever you can imagine [00:17:11] !AuthManager [00:17:26] hmm. Guess thats not a help text [00:17:36] https://www.mediawiki.org/wiki/Manual:SessionManager_and_AuthManager [00:21:13] I spotted wgAuthManagerAutoConfig, but am somewhat lost with regards to configuring it so that only OpenIdConnect is available ;-) [00:22:34] you'd have to update the extension first to be compatible with AuthManager, so that it implements a PrimaryAuthenticationProvider [00:22:56] then remove all the other primary providers from the configuration [00:23:34] tgr: ah, so OpenIDConnect down't yet support AuthManager... [00:23:53] I haven't checked but probably not [00:24:33] if it was AuthPlugin-based, there are some hacky ways to be B/C [00:24:44] but it's not password-based so it probably wasn't [00:25:31] T110464 might be relevant [00:25:32] T110464: Update PluggableAuth to use AuthManager - https://phabricator.wikimedia.org/T110464 [00:25:56] yep, that's what I just also googled ;-) thx! [00:49:50] How should I proceed to create a Mediawiki Namespace Message called "MediaWiki:Visualeditor-cite-tool-definition.json"? [00:50:59] Just go to that page on your wiki, and start editing it? [00:52:05] Reedy, I tried doing that but the message didn't show up at mywiki.com/Special:AllMessages. Is it normal? [00:52:23] I'd guess so, it's not really a message [00:52:29] Should it have .json on the end? [00:53:58] Reedy, I think so. I'm following a tutorial that says: "Once the MediaWiki:Visualeditor-cite-tool-definition.json configuration message is created, the citation tool [...]." [00:54:23] Looks to be, yeah https://en.wikipedia.org/wiki/MediaWiki:Visualeditor-cite-tool-definition.json [00:55:56] So, all that I should do is create the page mywiki.com/MediaWiki:Visualeditor-cite-tool-definition.json with the desired content? [00:56:26] Yeah [00:56:59] I do note it shows in AllMessages on https://en.wikipedia.org/w/index.php?title=Special%3AAllMessages&prefix=Visualeditor-cite-tool-definition&filter=all&lang=en&limit=100 [00:57:49] Reedy, gonna check it again in my Special:Messages... [00:59:40] Reedy, it's weird because the message isn't showing up in Special:Messages but now I've noticed that the extension that needed the "namespace message" did recognized it! [01:29:39] someone know why a page don't open after try to import it and fail ? [01:30:30] i try to import Template:Foo and give me a timout error, when try to search for Template:Foo, mediawiki dont give me reply (blank page loading...) [01:41:49] !blank [01:41:49] A blank page or HTTP 500 error usually indicates a fatal PHP error. For information on debugging (including viewing errors), see . [03:08:00] Why would an extension detect the TemplateData of some Templates and not of some others? [15:27:03] y0 and Thanks, Thanks, Thanks for the awesome software [15:27:20] I trying to move a wiki to another machine with Debian Stable and Apache2.4 [15:27:48] I've messed something up in setting up the .. uhh.. fast way to process .php [15:28:03] It's been 2 weeks I last looked it so memories are slightly shaky [15:29:17] the situation is that everything would seem to work but for some reason a [15:29:26] /php5-fcgi/ [15:29:46] is being written to all the URL's that would invoke a .php run [15:29:47] how did you "move"? [15:30:12] andre__: update MW to latest, pack it up, move database [15:30:31] that's very vague. [15:31:01] andre__: what is vague [15:32:16] I update, .tar.gz the /var/www/mediawiki and the .sql and upload to new machine, unpack the /var/www/mediawiki, load database to MariaDB and adjust the LocalSettings.php to reflect changes [15:32:47] only actual change I did was that the path to the wiki is no longer /wiki/ but it is http://some.wiki.study/on/ [15:33:09] It is "meant" to be(come) a general purpose study wiki [15:33:14] tghe [15:33:28] the old wiki is still intact in http://globba12.si/wiki/ [15:34:16] This is not actually a MW problem but just me not understanding the Apache2.4 & php5-fcgi conffing [15:34:23] sorry, not the texiest person alive [15:35:13] I /j httpd but if someone here wanna help me it'd be much appreciated. I'll inform you if I manage to resolve the issue [15:35:36] Can you not copy your rewirtes across? [16:29:41] What's the best way to get line numbers or similar link anchors in MediaWiki? I thought did but apparently not. does but it feels wrong to use it for prose simply to get line numbers. [16:40:09] Reedy: It would seem that the new style of passing PHP to the processor and the old way are causing the problem [16:40:24] Right now I'm trying to do the PHP processing with [16:40:42] ProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://127.0.0.1:9000/var/www/wiki.study/www/$1 [16:41:24] but that don't work with the vintage Rewrite rules I wrote like in the last decade because none of the versions floating around the Internet did not seem to work [16:42:05] How about I pastebin my VirtualHost and ask someone to please look at it why it broken [16:43:20] Here is my /etc/apache2/sites-enabled/wiki.study.conf - http://paste.debian.net/896610/ [16:49:33] The rewrite rules I wrote in 2007 or so [16:50:12] so there prlly better ways to do the pretty "Wikipedia-style" URLs that would actually work with the method of processing PHP I'm trying to set up on the new server [16:51:41] Have you seen http://shorturls.redwerks.org/ ? [16:51:41] Looking at https://www.mediawiki.org/wiki/Manual:Short_URL now [16:51:47] Reedy: n [16:51:51] I look now [17:09:11] Reedy: that is handy but the problems seems to be that the process that is supposed to be serving the fcgi:-proxypass isn't working [17:09:27] right now http://some.wiki.study/ gives a 503 [17:47:24] I'm just going to leave this here https://seld.be/notes/php-versions-stats-2016-2-edition [17:48:55] JeroenDeDauw: spammer [17:57:18] y0 [17:57:26] got the php5-fpm finally to work [17:58:01] Now I get error but at least it tries to load the wiki at http://some.wiki.study/on/ [17:59:58] It says '[8104e450c3f444dff8d80a60] 2016-11-18 18:00:23: Fatal exception of type InvalidArgumentException' [18:00:10] I should look in which log file for more info ? [18:01:08] can this be about the Debian GNU/Linux being slightly different at different hosting guys ? [18:01:13] Reedy: totally, I've posted all of 3 messgaes in this channel this year. Not sure why the flood restrictions have not kicked in yet [18:01:50] I searchengine that error + MediaWiki [18:02:56] no hits [18:03:11] it has gotta be some dependencies that are required, not just LAMP [18:04:14] any pointers on how in good style move a wiki from a server to another server? [18:04:39] gits [18:05:07] THis would be it https://www.mediawiki.org/wiki/Manual:Moving_a_wiki [18:13:47] I enabled the exception printing to the page [18:13:52] I see 'Database::factory no viable database extension found for type 'mysql'' [18:14:30] jubo2 apt-get install php5-mysql ? [18:14:38] apt-get install php5-mysqli [18:14:51] paladox: yeah.. prlly [18:14:58] what does prlly mean? [18:15:07] shorthand for "probably" [18:15:09] Oh [18:15:24] yeh, that will most likly fix your problem :) [18:15:36] jubo2 try apt-get install php5-mysqli [18:15:50] since php5-mysql is deprecated and php5-mysqli is the new one [18:17:00] 'apt install php5-mysqli' says the opposite [18:17:57] WHEE! It is up! [18:18:19] http://globba12.si/wiki moved to http://some.wiki.study/on/ [18:18:20] Oh :) [18:24:33] php7 works really well with mediawiki, too, if you're into that :^) [19:12:36] Uhh.. got a situation [19:12:39] Redirect permanent / http://some.wiki.study/on/ [19:12:56] leads to endles loop of writing stuff on the URL [19:13:20] probably due to the last decade Rewrite rules interacting with the redirect [19:13:25] * jubo2 sighs [19:13:57] Check $wgArticlePath and $wgScriptPath [19:14:07] and rewrite rules obviously [19:15:11] bawolff: those are fine till the Redirect is introduced to the root of the URL [19:15:49] I comment all the old rewrite stuff out and look what http://shorturls.redwerks.org/ suggests [19:23:01] hold on.. maybe I get it.. [19:23:11] no, I don't get it [19:25:32] I'm trying with 'Redirect permanent ^/$ http://some.wiki.study/on/' but that does nothing [19:27:07] I am thinking '^/$' would match only the root of the domain [19:27:19] but instead it matches nothing apparently [20:39:57] Hello everyone [20:40:39] Does anyone know much about Scribunto? I would like to write a Lua script which involves getting an image's width and height, both the original and the scaled/thumbmailed version. [20:42:03] The ultimate goal is to create composite images the user-friendly way, without having to know how will the image scale. [20:43:12] Without looking, I don't know if we provide provisions to access images [20:43:58] I can still do the script, but that will require users to give both the image's original dimensions and the intended scaled-down/up dimensions alike as arguments. [20:44:19] However, having it automatically know how large is the image originally and how large is it going to be when it shows up would make it hell of a lot more convenient. [20:46:37] Well, thumbnail is arbitrary [20:46:41] You can use any size [20:46:59] Granted, that doesn't define one dimension anyway [20:47:17] I know, but I need to find a way to somehow get the thumbmail size. [20:47:22] https://meta.wikimedia.org/wiki/Help:Composite_images [20:47:51] I intend to make a Lua script that automatically scales the positions of additional images depending on how the original background image is scaled. [20:48:19] And for that, knowing in advance how large is the background's thumbnail going to be is essential. [20:48:33] Unless the only way to go is force users to do trial and error. [21:09:55] http://ways-of-darkness.sonck.nl/Module:Compositor Well, this is what I came up with, since I cannot determine the size of an image automatically, let alone its thumbnailed version [21:14:34] You can specify size of thumb? [21:15:03] xpx [21:15:13] Yes, you can. [21:15:20] although the result depends on aspect ratio [21:15:26] In fact, you MUST specify the size of the thumb in my module. [21:30:01] http://ways-of-darkness.sonck.nl/Module:Compositor/doc For some reason, it does not composite. Yet when I use any other Lua-interpreter with this function to print the result, the result is correct [21:57:16] Yay, my compositor finally works. [22:40:14] Hello. In search console, I am getting 404 hits for all WhatLinksHere pages... I would like google bot not to fetch it. Is this the right rule? = Disallow: /ent/Special:WhatLinksHere/ [22:40:55] My wiki resides in /ent/ too. For ex: www.example.com/ent/My_article [22:44:27] You have to disallow the index.php entry point too [22:45:42] I don't see any index.php in my url though. I believe I have used .htaccess to remove it from the URL. [22:46:39] This is how it appears - example.com/ent/Special:WhatLinksHere/My_article [23:01:06] Hello? [23:01:57] I'd personally recommend disallowing Special:* entirely [23:02:06] there's generally little reason for spiders to index those pages [23:02:48] Okay thanks. So it should be = Disallow: /ent/Special: [23:02:53] Am I correct? [23:04:32] you can see https://en.wikipedia.org/robots.txt as an example [23:04:38] although wikipedia only really blocks Special:Search [23:04:51] but note that they also block /w (where index.php is) with some limited exceptions [23:05:01] because even if /wiki/Special:Search is blocked [23:05:09] you can still hit /w/index.php?title=Special:Search [23:05:23] this is why bawolff mentioned you need to also block the index.php entry point [23:08:58] if I do that on my site, it simply gets redirected to my main page. [23:44:52] Skizzerz, will bots crawl dynamic queries like index.php?title= [23:45:04] sure [23:46:10] Okay thank you. I will add it as well. Just to make sure, it won't block any other pages or resources right? [23:46:49] Like css. It loads from load.php Isn't index.php entry point for all this? [23:50:15] no [23:50:22] load.php is a separate entry point from index.php [23:50:36] Understood. Thank you. [23:55:48] Why would an extension detect the TemplateData of some Templates and not of some others?