[09:35:38] hello all ... I'd like to have the {{cit web}} template, or a similar template, in my own MediaWiki instance, but I notice on en.wikipedia.org it uses #invoke now. what would you recommend I use? [09:35:46] ite that is [09:35:50] cite! [09:40:02] I suppose can install Scribunto and copy https://en.wikipedia.org/wiki/Module:Citation/CS1 but is there a lighterweight alternative? [09:42:37] rp2: maybe on some other wikipedias (non-English) there is still a non-Scribunto copy of that template available [09:43:34] like this one https://pl.wikipedia.org/w/index.php?title=Szablon:Cytuj_stron%C4%99&action=edit [09:43:34] yes. I checked nl.wikipedia.org and I could weed out or translate all the Dutch in there [09:45:46] I also checked the last non-Lua version on en.wikipedia.org, it's pretty baroque. perhaps I should just bite the bullet [10:05:36] thanks [10:40:35] rp2: that is why people started using lua for that stuff... [10:46:59] yes, it makes sense [13:58:52] the gate pipeline is choking on /srv/phan/vendor/symfony/console/Terminal.php:127 [2] proc_open(): fork failed - Cannot allocate memory [13:58:59] any idea who can fix that? [14:01:06] There's a task open about it, I think [15:02:37] Technical Advice IRC meeting starting in 60 minutes in channel #wikimedia-tech, hosts: @CFisch_WMDE & @zeljkof - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [15:41:25] Hi, not really familiar with mediawiki, but need to migrate it for a customer. They currently use SphinxSearch, which hasn't been updated in quite a while and isn't compatible with the latest version (1.32, still works on 1.31). From what I get from the customer they installed this mainly due to restrictions on the standard search functionality. They occasionally search on one letter 'words' for [15:41:31] example (mostly to look for c or d code). Can this be done with the regular search now (they said it required 3 or 4 letters minimum)? [15:45:46] Umm i think there is some code to replace 1 letter words with special codes so that search for 1 level words work (in default mysql search backend) [15:46:15] If you really want good search though, use CirrusSearch. It even supports regexes [15:51:44] Technical Advice IRC meeting starting in 10 minutes in channel #wikimedia-tech, hosts: @CFisch_WMDE & @zeljkof - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [17:41:23] Cida [17:42:27] having some trouble with the search suggestions since I upgraded to 1.32 Any page created after the update doesn't show in the suggestions, also can't get suggestions for other namespaces anymore [17:48:07] reddo: do you have the TitleKey extension installed? [17:48:35] yes [17:48:40] alright, hold on [17:50:01] https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/TitleKey/+/497086/ <-- we're using this at ShoutWiki; it seems to do the trick, although the code isn't the cleanest and may (?) fail on non-MySQL/MariaDB DBMSes [17:52:02] thanks I'll take a look, we're using mysql so should be fine [17:58:48] seems like it actually works fine just uninstalling that extension, thanks for the help [19:02:14] hi guys, i need some help.. i changed my site from http to https, since of that i can't do the automatic login.. [21:19:52] I have an instance of mediawiki I didn't configure. It forwards to my_page.com/wiki/Main_Page which yields (understandably) a 404. [21:20:43] Can you point me to a ressource? Or tell me otherwise wich script the apache is supposed to call behind that url? [21:21:00] !shorturl [21:21:00] To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at or try the new beta tool at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [21:21:35] Its supposed to call index.php [21:59:02] If I call index.php "Redirect loop detected!", any idea why? [22:23:10] What is the best way to debug the database connection from the wiki? It's not working, yet I can connect using mysql directly. [22:23:40] gist, well what is the error message? [22:25:01] Well, there is none about that. That's my issue (there is just one pcre related thing). [22:25:45] So what is it that makes you think MediaWiki is having problems connecting to the database? [22:26:16] No page has any content? [22:26:44] (which doesn't break if I remove the connection details of the database) [22:27:02] s/break/change/ [22:28:23] gist, you mean you just get a blank page everywhere? [22:29:22] Completely blank pages happen with some types of PHP errors. Check your web server error logs. [22:29:39] I get header/footer/menu and stuff like that [22:29:49] just no content [22:30:08] well that's interesting [22:30:20] does not necessarily indicate a problem connecting to MySQL [22:30:30] it would've had to do that to render the rest of the page anyway so [22:30:40] would still suggest checking the error logs etc. [22:35:14] The error log seems to only contain the pcre related warnings (and one for a missing skin, but that seems unrealted to me, I haven't imported the custom skin yet). [22:36:32] is this wiki public? [22:38:32] actually pcre errors might cause this [22:38:40] The old instance is, I can make the the new server reachable from outside. [22:38:57] are you using old fedora [22:39:08] or otherwise compiled pcre without multibyte support? [22:39:11] I just tried to run the update script (which is supposed to solve the errors regarding the mediawiki wiki) [22:39:38] PCRE returns null on error, which would probably be considered the empty string, is how pcre errors could be related to this [22:39:50] The problem is, that I'm not root on the machine (so I can only guess about the os). [22:40:35] Yet I'm confident this webspace doesn't run an old version...the meadiawiki version is old though. [22:41:55] MW installer runs a function called envCheckPCRE() to see if pcre is broken [22:42:08] If you do the first step of the install process it should tell you if that's the problem [22:42:38] Warning: preg_match_all(): Compilation failed: group name must start with a non-digit at offset 4 in[...]includes/MagicWord.php on line 670 [22:43:17] The following for each generates a second warning, but that's about it (for warnings). [22:43:45] This was fixed in an oooold version of MW [22:43:46] https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/107259/ [22:44:03] I read about that [22:44:19] The updater asks me "DB connection error: MySQL functions missing, have you compiled PHP with the --with-mysql option?" [22:44:43] The joke is that I'm accessing mysql from other php stuff on the same server just fine [22:45:29] It could be different version between cli php and web server php [22:45:30] There's multiple different mysql driver [22:45:36] or depending on how old, mysqli vs mysql [22:45:38] (when I'm running the updater from cli) [22:48:12] well mysqli works, I never checked what Mediawiki (1.15.2) uses. [22:48:56] 1.15 is olddd.... [22:50:25] i was never in charge of this thing. And I never wanted to. [22:53:49] 1.15 is the old version right? [22:53:57] you're not upgrading to 1.15? [22:54:46] If I'm reading the updater output correctly, yes. [22:54:59] I don't intend to update to 1.15 [22:55:13] In fact I only want this thing to work... [23:07:21] Have you just upgraded the version of PHP etc? [23:09:11] Well, I moved the backup to a different server. But yeah...the php I'm 5.6 there is different from the 5.3 of the old server. Yet I'm not against using 7.3 instad of 5.6. [23:09:24] The point is that mediawiki seems to be the only thing that's broken. [23:10:29] It's hard to comment when I have no idea what else you're running [23:10:47] There are 50k+ lines of decade old custum code stuff and it still works. [23:10:56] I'm really surprised it does. [23:11:14] Well, based ont he error being PCRE related.. It's not really MW's fault it doesn't work [23:11:23] It's awful legacy code mostly [23:11:49] 1.15 is from June 2009... The fix for that PCRE bug came out in MW 1.19, which is May 2015 [23:12:12] And 1.15 was well out of support by that point, so no backported fixes [23:12:44] I don't ident to run 1.15. [23:13:12] You're already running it [23:13:36] I wouldn't call that running... [23:13:45] But it's now MW's fault [23:13:48] *not [23:14:17] Depending on what has been done to your wiki, you could probably dump a newer version over the top, upgrade extensions and it will start working [23:15:01] (Please please please back everything up first.) [23:15:10] I have no idea. The two persons that were doing that, aren't alive anymore. [23:15:38] I have several backups. I'm not *that* dumb. [23:16:18] 1.19? I thought that was like 2012 Reedy [23:16:44] It was, I typoed. I'm tired, multitasking... [23:17:13] no worries :) [23:17:20] I know this thing has a custom skin. Besides that I'd assume it should be pretty standart. [23:18:53] if you can publish the skin under a FOSS license, I'm sure it should be pretty easy to modernize it (I mean, I've worked on some pretty...creative custom skins, so I'm just gonna assume yours isn't *that* "creative", luckily ;) [23:21:11] It doesn't seem creative. And it's the last of my concerns right now. [23:23:07] s/last/least/ [23:23:36] I never want to do system administration ever again. [23:37:22] I'll try to install a new version now. [23:59:52] $defOptLang = $wgContLang->getCode() (in User.php) has an issue with $wgContLang beeing null. [23:59:55] Any ideas why?