[11:53:32] https://www.mediawiki.org/wiki/Redis tells me $wgSessionCacheType = 'redis'; // same as WMF prod. But on my own wiki when I have that, bots that use the OAuth consumer interface to login, fairly quickly bump into a 'nonce already used [11:55:05] cariaso: that's T106066 [11:55:06] T106066: Don't show "Nonce already used" error on memcache failure - https://phabricator.wikimedia.org/T106066 [11:56:37] tgr, indeed it is. I see it's also patched in pywikibot via https://gerrit.wikimedia.org/r/#/c/289582/ [11:57:20] however that seems like a client side workaround, for a server side issue that has been deemed low priority [11:58:37] and the client side work around, seems to be assuming a bit too much about the bug being ignoreable, and fixing it there requires the same workaround to be applied to N clients [11:59:24] is that a correct understanding of the situation, and is it as unlikely to change as the low priority tag would suggest? [12:00:42] even the pywikibot fix seems problematic, in that it will apparently retry an infinite number of times [12:01:07] well, the server side issue is that you get the useless nonce message instead of the actua memcache error [12:01:14] or redis error in your case [12:01:28] you should be able to find it in the logs [12:03:18] from what I've read '$wgSessionCacheType=CACHE_DB;' might be my only viable workaround, however it seems the impact of that may be quite high. [12:14:52] I can't make heads or tails from the extension documentation when it comes to hooks. I have this code snippet https://dpaste.de/jwnm and it keeps giving me internal error: invalid callback. [12:29:20] TwoLeftHands: there's nothing wrong with that particular code snippet itself. how is it hooked up in the extension's setup file (either extension.json or some PHP file)? with PHP, you'll want something like $wgHooks['EditFormPreloadText'][] = 'MyExtensionClass::onEditFormPreloadText'; in the setup file; IIRC forgetting the "[]" there can cause an error like that which is obscure and annoying to track down [12:46:35] Ashley: huh, so I do need to use $wgHooks even with the extension.json? I will go ahead and try that. Gotta note that somewhere because with the 'new' extension.json format instead of MyExtension.php it's kind of vague what should/shouldn't be used. [12:54:34] yeah, you need to hook it up in extension.json like this: "Hooks": { "EditFormPreloadText": "MyExtensionClass::onEditFormPreloadText" } [13:00:23] Hi, how can I access to #mediawiki-codereview channel? It says "You are kicked out. It's an invite only channel." [13:02:33] doesn't work either. Thanks for the help though ¯\_(ツ)_/¯ [13:04:13] Zppix: you told me to visit #mediawiki-codereview wednesday 13:00 - 14:00 UTC but I'm unable to access. [13:05:50] How can I join to #mediawiki-codereview? [13:10:55] Zppix: are you there? I need an invite to join #mediawiki-review. [13:11:04] Zppix: are you there? I need an invite to join #mediawiki-codereview. [13:11:23] I mean you told me to ask for review help there. [13:22:09] cariaso: you just need to configure redis properly [13:24:29] mertyildiran: if all else fails you can try asking here :) [13:29:49] tgr: No, I mean Zppix told me that "if you want to speed up the review process of your patch then visit #mediawiki-codereview on wednesday 13:00 - 14:00 UTC" [13:30:44] tgr: so according to that message of Zppix I'm trying to access #mediawiki-codereview channel but I'm unable to access. I need an invite. [13:31:17] tgr: "#mediawiki-codereview Cannot join channel (+i) - you must be invited" [13:31:54] nevertheless, you can ask for reviews elsewhere [13:36:43] tgr: what do you mean with elsewhere? [13:37:14] #mediawiki, or #wikimedia-dev [13:38:05] or you can try asking in #wikimedia-devrel, there is probably someone there with invite rights [13:38:33] tgr: hmm... This is the patch I sent on May 26: https://gerrit.wikimedia.org/r/#/q/Ib36063b69d6846fc197800bba44287493b0632c0 [13:38:47] tgr: Is it normal to take that long to review it? [13:39:15] sadly, yes [13:39:33] you can try figuring out who usually reviews changes like that [13:40:09] e.g. https://gerrit.wikimedia.org/r/#/q/project:mediawiki/core+file:includes/import/WikiImporter.php [13:41:47] although that seems to be TTO and he is already added as a reviewer [13:43:24] tgr: I can't see a common person but yeah I saw TTO three times. [13:44:21] tgr: when I look to other patches review process seems it's mostly takes max 1 week. [13:45:07] it's a combination of luck and the complexity of the patch [13:45:38] but yeah, code review hours were an initiative to bring review times down, no idea why that channel is invite-only [13:46:15] tgr: I mean look these are big patches; [13:46:19] https://gerrit.wikimedia.org/r/#/c/338905/ [13:46:26] https://gerrit.wikimedia.org/r/#/c/278426/ [13:46:33] https://gerrit.wikimedia.org/r/#/c/271208/ [13:46:34] mertyildiran: i said #wikimedia-codereview [13:46:56] Zppix: OMG so sorry. [13:47:55] no worries [15:47:36] hi guys i switched some things with server mediawiki is installed on and I am now having issues with the way it is displaying. [15:48:02] no images work and when i try to click on login i get its not found. /wiki/Special:UserLogin i see requests for this in my log [15:48:21] mawright: Link? [15:49:38] load.php Failed to load resource: the server responded with a status of 404 (Not Found) [15:49:51] i see this as well. unable to give out a link unfortunately [15:59:16] Ulfr: not sure if you are able to help [16:41:51] hi guys i need some help [16:42:12] dangerdoom: Might I humbly suggest you state what you need help with? [16:42:43] i purged some apach2 items and reinstalled apache2 now my mediawiki doenst display correctly not sure if it is the vhost or something not routing properly [17:19:03] there is a mediawiki instance that sometimes sends notification mails with a link pointing at localhost. this seems to happen after apache restart, and only for the first (or first few) email[s]. does that ring a bell for somebody ? [17:19:28] it reverts back to the proper hostname for all further mails [18:55:06] what? [18:55:30] aku gk ngerti [21:03:06] RFC meeting starting now in #wikimedia-office: Drop requirement to define a talk namespace for every subject namespace [23:30:46] having an issue with $wgArticlePath: After setting it to "/$1", most site links are working but there are still links that didn't change like "Log in" still linking to .../Special:SpecialPages?title=Special:UserLogin&returnto=Special%3ASpecialPages, and when it's clicked does nothing [23:38:09] calnation: make sure your $wgScriptPath is also set up right [23:39:10] it's set to "" [23:40:15] probably should be "/" [23:49:17] then what would $wgResourceBasePath be set to