[02:02:22] Like several modules/templates duplicated acorss many of the Wikimedia sites, https://mediawiki.org/wiki/Module:Effective protection level is altered slightly, and in this case, I see the documentation claiming -- >which must be one of "edit", "create", "move", "upload", or "autoreview" however the autoreview code chunk was removed compared to https://en.wikipedia.org/wiki/Module:Effective_protection_level [02:04:26] Manually skimming through 1,035 naming conflicts across Wikimedia sites to identify the primary/main source for each module/template, it's so difficult to be 100% sure of where the latest stable production release and latest development versions are existing. [02:53:31] Since Wikipedia does not use Translate extension to handle translations, some of the modules/templates do not incorporate useful code that accounts for translation outputs, and that also appears to complicate identifying which source to use for naming conflicts, especially in the case of outdated codebases [04:54:26] Does anyone have the visual editor extension working in production, letting it handle auto-configuring parsoid on the same box? I'm trying to troubleshoot why I'm getting 404s when trying to edit pages, and it looks like PageHandler is never getting called, and from what I can tell the VisualEditor extension uses `$wgRestAPIAdditionalRouteFiles` to attach the routes, and doing `grep -r wgRestAPIAdditionalRouteFiles .` from the root of the [04:54:26] mediawiki repository comes up with nothing that actually reads that variable -- only values for it in `includes/DefaultSettings.php` and `includes/DevelopmentSettings.php`, and stuff in the parsoid/visual editor code that writes to it. So either I am missing something (very possible) or that variable just doesn't do anything (anymore?), and the auto-configuration of parsoid doesn't actually work. [04:54:26] https://www.mediawiki.org/wiki/Manual:$wgRestAPIAdditionalRouteFiles says it's still in use, but I can't find where it's read. [04:58:30] Aha, it looks like auto-loading doesn't actually happen anymore: https://www.mediawiki.org/wiki/Parsoid#Installation though the code is still there on the VisualEditor side...? of course I look around for like 2 days and only find this after I ask 😅 [05:05:34] Ok, but it seems like it just does the same thing in the parsoid extension... I will stare at it more before I generate even more noise [05:59:28] isd, Maybe not the same issue you experience, but I can't use VisualEditor in my wiki site because of "Error contacting the Parsoid/RESTBase server (HTTP 404)" as mentioned in https://mediawiki.org/wiki/Extension:VisualEditor#Allowing_VisualEditor_on_page_titles_containing_slashes and I cannot configure "AllowEncodedSlashes NoDecode" for VirtualHost in apache for my site. [06:00:27] oh, and I can create a page, but like you, I can't edit them [06:35:15] RIP! 503 all the Wikimedia sites [06:38:59] ^ known [08:52:25] I am so confused about how modules and templates are maintained across Wikimedia sites. For example https://mediawiki.org/w/index.php?title=Module:Section_link&action=history shows that 6 years have passed between last revision, and looking at the diff shows that none of the 8 revisions from https://en.wikipedia.org/w/index.php?title=Module:Section_link&action=history were incorporated [09:26:39] ryzendar: each wiki is completely independent when it comes to modules/templates/articles/pages [11:41:46] I see several modules on Mediawiki.org change "all" to "default" in reference to namespaces. For example https://mediawiki.org/w/index.php?title=Module%3APagelist&type=revision&diff=3271631&oldid=3271624 -- Where can I see the source of this change? is there a $wg variable related to this? Also I notice in https://mediawiki.org/wiki/Manual:$wgExtraNamespaces the link for Namespaces directing to https://mediawiki.org/wiki/M [11:41:46] anual:Configuration_settings#Namespaces there is no header to scroll to [11:42:37] clarification to initial question, what does the "all" or "default" mean and where does the value come from? [11:44:03] >Implements {{pagelist}}, see its documentation. [11:44:06] https://www.mediawiki.org/wiki/Template:Pagelist [11:44:12] >By default, the namespace of the page including this template is used for each of the links. An optional "nspace" parameter can be specified to provide a different namespace to use for the links. Set "nspace=default" to use whichever namespace is used in each page's entry. [11:46:39] so then for example, on Mediawiki.org, it would be reasonable to set the value of nspace to "all" in some circumstnaces? [11:48:04] all doesn't obviously do anything anymore [11:48:12] And it would depend how it's being used [12:07:25] What do these do --[[ and --]] used in Lua Modules such as in Module:TableTools https://www.mediawiki.org/w/index.php?title=Module:TableTools&action=edit ? [12:08:57] -- is a comment [12:09:47] It looks like --[[ is some sort of block comment syntax [12:09:52] See examples on https://en.wikipedia.org/wiki/Lua_(programming_language) [12:11:32] Thanks. I noticed Wikipedia's Module:TableTools doesn't use the block comment syntax [12:13:32] This is what happens when things are maintained by different people ;) [12:20:36] haha, if all the distributions of Linux used completely different source code of software packages used in each distro, Linux would be a huge disoragized mess [12:20:56] disorganized* (I don't know how to spell) [12:23:21] Lua modules onwiki aren't really the same though [12:49:48] Hi, what hook should I use when I want to prepend some text to each article? [12:53:28] Guest38: You really should start learning to search the code yourself, rather than asking for answers to every single question like this... [12:53:40] code/docs [12:56:02] You're right, I'll try some more [13:58:51] So I've really looked how to prepend text to each article with a hook, and so far I'm using onInternalParseBeforeLinks(), but this seems to add text to the footer, the navigation etc too... [14:01:36] Guest38: try https://www.mediawiki.org/wiki/Manual:Hooks/ArticleViewHeader [14:05:57] thanks a lot! [17:01:44] So I'm trying to do something in PHP when a person posts something in a Structured Discussions page. The problem is: $user->getName() equals "Flow talk page manager". How do I get to know the real user? Is it possible? [17:05:38] I'm currently in the MultiContentSaveHook [18:56:47] ryzendar: yeah, that seems unlikely to be the cause, since I'm seeing this with all pages, not just ones with slashes in the title. [19:02:53] Hi, perhaps a stupid question, but I haven't found the answer yet, but which hook would I use when I want to set the article page tot non editable? [20:00:29] I found it :) [20:19:41] Hello, I have a question: how would you, in the Flow extension, grant a user the right to delete comments, based on the page title and the username? Is this possible? [20:21:13] It should be possible... [20:21:57] Would it be possible through a hook? like, add permission specific to flow to a user when loading the page? [20:22:20] That's probably how it would be best handled, indeed [20:23:35] what hook could I use for this? I've already tried looking [20:24:42] https://www.mediawiki.org/wiki/Manual:Hooks/userCan.. maybe? [20:34:25] I don't think it's working, I get only "edit" as action, nothing to discern it as a flow permission [22:44:03] alright nerds (meant in an endearing way), riddle me this [22:44:09] why does this preload link not actually preload the page? [22:44:10] https://test.wikipedia.org/w/index.php?title=User:Divyanshsikarwar/zoomThePage.js&action=edit&preload=User%3ANovusistic%2FTUT_zoom.js&tour=tut1&step=18 [22:44:13] and the page is https://test.wikipedia.org/wiki/User:Novusistic/TUT_zoom.js [22:44:31] here's the guidedtour code https://test.wikipedia.org/wiki/MediaWiki:Guidedtour-tour-tut1.js [22:44:42] but I don't think the guided tour is messing with the form... might be, I guess [23:08:12] enterprisey: because [[User:Divyanshsikarwar/zoomThePage.js]] already has content? "The wikitext of the source page is preloaded into the editbox if the page or section does not exist yet. If the page or section to be edited already exists then only its wikitext is loaded, the preload command is ignored." -- https://www.mediawiki.org/wiki/Manual:Creating_pages_with_preloaded_text#Loading_the_preload_file [23:10:08] well... even with a redlink target page no preload so :shrug: [23:11:17] there should be a preload in that case, right? [23:13:12] I think it has something to do with the the .js extension. If I change to .foo then the preload fires as expected [23:20:05] enterprisey: T297725 and https://gerrit.wikimedia.org/g/mediawiki/core/+/357920448f3f893ac6be0fca94a03db870288871/includes/EditPage.php#1271 -- preload does not work on non-wikitext content models [23:20:16] oh goodness [23:20:44] you mean to tell me this guided tour has just been broken? or maybe there's been some change since last summer, maybe [23:22:00] enterprisey: looks like the changes landed in January of this year, so it probably worked until a couple of months ago [23:33:30] I see [23:33:32] bit of a shame