[04:38:26] is the main content of a particular wiki page (not the skin / interface) not supposed to vary according to the user's interface language? [04:39:03] it looks like the ParserOptions are set for an anonymous user at the time the output is generated, so the userlang is not passed along as part of the cache key [09:40:05] Hey I have a few questions: [09:46:12] 1. Is it possible to have an article submit function, so that normal users can submit new articles and the wiki admin can review them, if needed edit them, and that publish the article? [09:46:24] 2. Have specific sections on articles that can only be edited by a specific usergroup with a designated role? [09:46:59] *and then publish [09:47:32] 1. could potentially be solved by https://www.mediawiki.org/wiki/Extension:FlaggedRevs [09:48:36] There is also https://www.mediawiki.org/wiki/Extension:Approved_Revs which is more lighter version [09:48:45] *more light weight [09:49:23] Thank you!! [09:50:09] what about the second question, is something like that even possible? [09:55:27] MediaWiki isn't really designed for that, and i'm not aware of extensions for it [10:01:32] thnaks ! [15:50:47] I am logged in on mediawiki.org. There is some additional stuff displayed that I once upon a time added somehow. It is displayed in the sidebar and above the tabs. I'd like to get rid of it but don't remember how. [15:51:02] I already disabled all gadgets, reset all my preferences to default, and checked that Special:MyPage/common.js and Special:MyPage/vector.js are empty. [15:51:11] Ironically the items are not displayed when using "debug=true" in the URL, so not easy to find either. [15:51:22] Anyone able to tell me which obvious place I am missing? Thanks oin advance. [15:52:44] Ah darrrn, I should have asked here two minutes later: Just realized that "global.js" exists. SOLVED. [15:53:02] andre__: lol, was already typing to ask about that [15:53:36] Jeez, so many places. [15:53:40] Majavah, hah, thanks anyway! [15:56:34] Special:PrefixIndex is your friend [16:01:21] Reedy, to solve which problem? [16:01:39] To find all the special subpages [16:01:58] Reedy: okay, but how does that help me if I'm on mediawiki.org which loads a page from meta? [16:02:20] well it'd list all of your subpages that exist locally, but global.js is iirc loaded from meta? [16:02:40] Right. Seems like a misunderstanding then. :) [16:03:12] https://www.mediawiki.org/wiki/Special:PrefixIndex/User:AKlapper [16:03:16] AKlapper (WMF)/global.css [16:03:23] Why does global.css appear there? [16:03:54] you've probably accidently created global.css on mediawiki.o instead of meata [16:04:36] I didn't accidentally a subpage under Andre's username, no [16:06:57] eh, strange. deleted [16:24:03] Hey, I recently installed the ConfirmAccount extension but upon requesting an account, my wiki gives users a "Error sending email: Unknown error in PHP's mail() function." error message [16:24:40] I haven't manually done anything to configure or edit whatever the default settings are for however mediawiki handles email [16:26:12] I'd like to assume this is a common problem faced by new mediawiki users who aren't familiar with setting up a project like this before [16:27:16] regardless, could someone point me in the right direction on dealing with this issue? [16:27:56] I'd greatly appreciate it :) [16:29:50] !email [16:29:50] For information about setting up email, see . For extensions, see [16:35:55] @Reedy thanks [17:32:52] Hi guys, I'm looking for an extension like Flow/StructuredDiscussions. I would use StructuredDiscussions but people seem to have problems to disable the extension. Can someone recommend an alternative? [17:34:55] hey, @Reedy on that link you sent, it talks about the specific error I got, but I don't have an email server for the wiki. I thought the wiki could do it automatically. Are there any guides you could recommended for setting up an email server for mediawiki? [17:35:47] and just to clarify, I *do* have to set up an SMPT email server separate to mediawiki to be used by mediawiki? there's no built in system for making one with the tools already present within mediawiki? [17:42:36] Aron123456789: https://www.mediawiki.org/wiki/Category:Discussion_and_forum_extensions [17:48:23] test msg [17:53:08] andre__ thank you [17:58:53] I asked this last night but no one answered, wondering if anyone knows: https://pastebin.com/aMvdvPLh [18:10:13] sorry, if anyone replied to me, I forgot I had a mediawiki channel open in my IRC client and closed it before remembering [18:10:24] so if you replied, I didn't see it [18:11:58] in case no one replied, when using email on mediawiki, are there no in-house options/configurations to handle emailing users for things like registering accounts etc? [18:12:24] or is the entirety of mediawiki's email functions dependent on the mediawiki host having an SMTP server already setup and ready? [18:18:20] how can i shift my wiki to a new domain and hosting? [18:18:53] BeepBot: https://www.mediawiki.org/wiki/Manual:Moving_a_wiki [18:20:54] Beep-Bot: https://www.mediawiki.org/wiki/Manual:Moving_a_wiki [18:22:55] thanks [18:23:24] duesen: hey, you might know the answer for this: https://pastebin.com/aMvdvPLh [18:26:56] ningu: writing text here, so others might also be able to answer, would make more sense than pasting a link? [18:27:21] andre__: it's usually against the rules to paste text in here [18:27:34] I already asked it in here [18:27:41] ningu: ? [18:27:48] pasting a wall of text, sure. [18:27:59] andre__: most channels don't allow pasting more than a single line [18:28:09] but I don't see how pasting an obscure "you don't know what you'll get" link instead of writing two lines? [18:28:32] [21:38] is the main content of a particular wiki page (not the skin / interface) not supposed to vary according to the user's interface language? [18:28:35] [21:39] it looks like the ParserOptions are set for an anonymous user at the time the output is generated, so the userlang is not passed along as part of the cache key [19:06:08] when using email on mediawiki, are there no in-house options/configurations to handle emailing users for things like registering accounts etc? [19:06:16] or is the entirety of mediawiki's email functions dependent on the mediawiki host having an SMTP server already setup and ready? [19:11:42] burning: not sure actually, but having the host properly configured is generally a good idea and best way to make things work right [19:47:09] does anyone happen to know where in the parser something like {{:foo}} is evaluated? [19:47:33] maybe in PPTemplateFrame_Hash.php [19:48:09] maybe [19:48:14] what are you trying to do? [19:48:31] it will be handled in the preprocessor [19:48:50] Platonides: yeah it's a higher level issue obviously, and I'm trying to understand it, but without someone here who knows the code base I was going to find it :P [19:49:31] burning: see %wgSMTP [19:49:33] ok, so in ProofreadPage I have a patch that overrides getParserOutput in PageContent.php (PageContent is a subclass of TextContent) and wraps it in a template. so Page:foo/1 will end up with its wikitext wrapped in a template [19:49:37] !wg SMTP | burning [19:49:37] burning: https://www.mediawiki.org/wiki/Manual:%24wgSMTP [19:49:54] but i've noticed that {{:Page:foo/1}} does _not_ include that template wrapper [19:50:03] so I'm trying to understand how all this works and fits together [19:50:39] probably both should be wrapped. but first I want to understand how this is designed to work [19:50:50] so I can be smarter about it [19:50:54] ningu: it's as if {{:Page:foo/1}} is replaced by the wikitext contained in that page [19:51:55] Platonides: yes. ->getParserOutput() is only called to render that page, I guess [19:52:09] the particular Page:foo/1 page I mean. not when it's included elsewhere [19:54:03] Platonides: ok so let me give a dumb example of how I'd like this to work. what if I want to allow people to enter \n in the wikitext and have it treated as a line break. I can make a template that getParserOutput applies, and the template wraps the whole page in ... [19:54:35] but if I include it like {{:Page:foo/1}} it will not be there [19:55:13] ideally I'd like them to be the same but maybe that's not possible [19:55:39] in this case, really it's not getParserOutput at all that I need to override [19:55:44] but whatever returns the wikitext [19:56:08] probably it wasn't getParserOutput() to begin with [19:56:53] what wasn't? [19:58:17] maybe I need to do it here: https://github.com/wikimedia/mediawiki-extensions-ProofreadPage/blob/master/includes/Page/PageContentHandler.php#L83 [20:00:11] there's still a different issue though, which is the damn | escaping issue :P [20:00:36] it's possible this just can't be made to work sensibly [20:13:04] Platonides: so basically... if I want to enforce template-driven formatting across everything using the proofread-page content model (i.e. Page: namespace), is there a decent way to do that? [20:55:49] proofread-page is a contentmodel? [20:55:54] yes [20:56:54] for pages within wikisource sources, like https://wikisource.org/wiki/Page:Bali-lontar-adi-purana-300ppi.pdf/1 [20:57:24] there should be some contentmodel hooks or functions to override, I think [20:57:32] hmmm ok [20:57:34] I'm not that familiar with content models [20:57:53] but those hooks/functions would have to be in an extension or something, right? [20:57:59] no [20:58:11] I mean, they would be defined in core [20:58:21] my question is how I should use them [20:58:22] and then your extension can use them [20:58:28] if I need to patch ProofreadPage or what [20:58:32] content models are in core [20:58:51] ok, but if I'm working on the ProofreadPage code anyway, I don't need a separate extension [20:58:56] and possibly I don't even need the hooks [20:59:12] can potentially just change what ProofreadPage does [20:59:51] this is more of a conceptual issue at this point. how should we apply uniform formatting across Page: pages? theoretically, you could require editors to use {{foo|...}} on every single page manually [21:00:09] but that seems prone to error and tedious [21:00:17] and not generally how such things are done in mediawiki anyway [21:00:38] but if we agree that's not the solution, then what is? [21:23:44] Good afternoon. Sadly, another annoying support case. I'm using Dreamhost, but recalling the issues with the 'one click install' system (I don't even know if that one installs a supported version), I started a manual installation. But, when I go to /mw-config/index.php to start the install script, I get a 500 error. I have already tried the fix of CHMODing folders to 755. [21:24:40] I presume that I am missing something, I just do not know what. [21:27:04] ... The answer appears to have been that I only CHMOD'ed the folders, not the files. Testing. Possibly 'never mind' [21:28:43] the error log should help you with those errors [21:34:21] ... Of course, that'd mean finding the log on a shared host, since I can't set a log file location without LocalSettings.php(?) Unfortunately, CHMOD'ing files does not seem to have worked. [21:59:07] ... It'd help if the error.log (once I found it) actually updated when the error possibly changed. But that's not a Mediawiki-side issue. [22:05:02] NekoIncardine: you could edit the php page to add a ini_set('error_log', ...); call [22:05:17] maybe also changeable through .htaccess [22:56:16] Will there ever be a case where a page's page_id will change? [22:57:24] -- Unique identifier number. The page_id will be preserved across [22:57:24] -- edits and rename operations, but not deletions and recreations. [22:59:13] wonderful, that's what I thought [22:59:43] * enterprisey chucks his code that handles page moves because his program uses page IDs internally [23:26:59] Okay, I don't think this relates to my earlier issue but - I noticed that way in the depths of the 1.34.2 installer, there's several pairs of multiple files with the same name but different sizes??? [23:28:11] Is 7zip missing something somehow, or? (it's in /resources/lib/ooui/themes/wikimediaui/images/icons) [23:30:33] is there an extension for mediawiki that lets you configure rich previews of links to your wiki in applications like slack and discord? [23:33:14] NekoIncardine: There's known bugs extracting with 7zip [23:33:31] ... Welp. That's a downer for me. [23:33:31] !pagepreviews [23:33:44] NekoIncardine: Basically, use something else to unzip it [23:33:49] We've got a couple of bugs about it... [23:34:04] For a Windows 10 user, what's the recommended alternative? [23:34:16] If it's the one I'm thinking of... It's basically something fairly standard that 7zip haven't implemented [23:34:39] !task T257102 [23:34:39] https://phabricator.wikimedia.org/TT257102 [23:34:40] T257102: Mediawiki 1.34.2 tarball incompatible with 7zip on windows due to Pax format - https://phabricator.wikimedia.org/T257102 [23:35:09] !task T258716 [23:35:09] https://phabricator.wikimedia.org/TT258716 [23:35:10] T258716: Filenames truncated in 1.34.2 tarball release (The Unarchiver bug!) - https://phabricator.wikimedia.org/T258716 [23:38:30] So I notice that LegoTKM uploaded GNU TarGZs of 1.34.2, which on further comments apparently play nice with 7zip. Does anyone offhand know if it is contents-identical or just a subset for testing offhand? [23:40:08] *lego ktm (intentionally added a space so as not to ping unnecessarily) [23:42:02] It should be content identical, yeah [23:42:16] Obviously won't match the signature of the original tarballs [23:44:12] It'd be kinda terrifying if it did honestly... But yeah, I'll just snag those and get on with it for now. And hope 7zip fixes this... Apparently 2.5 year old issue someday [23:44:58] It doesn't seem likely [23:45:11] I'll probably take his patch and apply that to the release tools repo for future releases [23:45:44] Probably something to sort before 1.35.0 though too [23:46:34] Out of curiosity - the last release I'd downloaded, 1.33.0, did not experience anything like this issue. Did the foldering around ooui get deeper in the interceding period? [23:47:00] I *think* it's possibly related to me upgrading the OS I use for this sort of work, which resulted in a different python version [23:48:06] .. Yeah, I could see that leading to the kinds of obscure interactions that trip quarter-decade-old bugs in unrelated software. (This would not be the most insane bug I've encountered even in the last week!) [23:48:17] ... Replace 'insane' with 'absurdly weird' [23:48:30] https://phabricator.wikimedia.org/T257102#6371030 [23:48:33] >...or just use Python 3.7? :p [23:51:27] At least now I know I'm restarting from the top once this server finally lets everything get deleted. Last question for now - Reedy, do you have a personal tip jar, or is just tossing $10 or so at the Wikimedia Foundation the appropriate thanks? [23:52:10] Haha. I honestly don't know what the rules are on taking money from people are... ;P [23:54:11] I get that one. So, small donation to the Foundation as thanks it is. :) [23:54:52] It's probably alright... Maybe. I dunno. I should ask someone [23:55:09] But a donation to the WMF definitely works too.. Indirectly you're paying me :) [23:56:48] That works, then. Thank you very much for your time today. [23:56:53] np [23:58:11] Sazpaimon: https://www.mediawiki.org/wiki/Page_Previews https://www.mediawiki.org/wiki/Extension:Popups [23:59:17] wait, does that work for external linking as well? [23:59:25] I dont mean hovering over links within mediawiki