[08:52:48] hi all, I updated my wiki to the latest docker images and now it does not see my article texts [08:53:38] this is what it says if I edit the main page: [08:53:40] The revision #0 of the page named "Main Page" does not exist. [08:53:41] This is usually caused by following an outdated history link to a page that has been deleted. Details can be found in the deletion log. [09:01:53] --- [09:23:37] The database connection works, if I press 'random article' I get a random article, just with no text at all [12:52:01] Hey folks, I've installed the Visual Editor on my wiki and it's great, but I have two queries. [12:52:28] * Reedy runs away [12:53:07] I use Page Forms in one template and the form is rendered as raw HTML within the NavBox / template area. Is there a way I can just make that bit not display in the visual editor? [12:53:12] Reedy: :-D [12:53:48] And two, I use https://www.mediawiki.org/wiki/Extension:BacktickCode and the visual editor has no clue and just shows the backticks. Can I teach it how to deal with these? [12:53:57] I imagine the interactions between PageForms and VE aren't well tested [12:54:20] Latest version 1.0 (2012-12-30) [12:54:21] MediaWiki 1.5+ [12:54:21] PHP 5.2+ [12:54:23] No indeed, hence being able to mark out a block of "just don't bother with this" should be good [12:55:06] BacktickCode is clearly a hack but a very useful one for us so if I can't tweak the extension to integrate it with VE then so be it [12:55:19] but the page form in the template does rather break rendering [12:56:11] I imagine filing a bug tagged as PF and VE would be best for that first one [12:56:18] bootc: hi, what do you mean by "Page Forms in one template"? [12:56:30] Or that [12:57:01] Yeah, I happen to have seen this. :) [12:57:21] let me try and get a screenshot, it speaks volumes [12:57:46] https://www.dropbox.com/s/n6ie32hasn6dywc/Screenshot_2019-11-26_12-56-42.png?dl=0 [12:58:24] What the... [12:58:34] I'm still confused! [12:58:39] The "Subpage" row of that poor abused Navbox includes a {{#forminput}} :-) [12:58:49] Ah! It's a #forminput call. [12:59:18] Now I get it. [12:59:49] That might be a bug in Page Forms - I don't know if other parser functions that return HTML get handled correctly within VisualEditor. [13:00:52] I'm not too fussed about it looking sensible, at least not immediately. Can I wrap it in something so it just disappears or something? [13:02:01] I assume you mean, disappears only when editing the page. [13:02:22] Yes indeed. Even if the whole template appears as a placeholder I'm further than I am now [13:02:52] That I don't know - maybe someone who knows more about VE would know. [13:06:06] (biaf off for lunch) [14:07:04] so am I stuck with both for the time being, or are there some potential workarounds? [14:55:35] So for the BacktickCode thing, do I need to be extending Parsoid to handle this or is it meant to call through into the MediaWiki parser? [17:16:15] * revansx[m] sent a long message: < > [17:16:53] * revansx[m] sent a long message: < > [17:16:56] * revansx[m] sent a long message: < > [17:20:07] * revansx[m] sent a long message: < > [17:22:51] revansx[m]: Matrix is being buggy and not showing your message to us (it's too long). Can you split it up some? [18:16:15] I'd like to configure a wiki so that registered users only have the following rights by default: [18:16:32] 1. view all pages [18:16:32] 2. view and edit all talk pages [18:16:32] 3. view, create, and edit their user pages. [18:16:40] only after being added to a group called "Contributors" do I want users to be able to create and edit pages in the Main namespace. [18:16:43] Is this possible? [18:23:30] * 1. view all pages [18:23:30] 2. view and edit all talk pages [18:23:30] 3. create and edit only _their_ user pages. [18:23:42] * 1. view all pages [18:23:42] 2. view and edit all talk pages [18:23:42] 3. create and edit only _their own_ user pages. [18:27:21] it seems that the extension "AbuseFilter" [1] can do this but my site is 1.31 whereas AbuseFilter is for 1.33+ .. so I'm looking for another method of doing this that can work for 1.31 [18:27:21] [1] https://www.mediawiki.org/wiki/Extension:AbuseFilter [18:27:59] * it seems that the extension "AbuseFilter" [1] can do this [2] but my site is 1.31 whereas AbuseFilter is for 1.33+ .. so I'm looking for another method of doing this that can work for 1.31 [18:27:59] [1] https://www.mediawiki.org/wiki/Extension:AbuseFilter [18:28:00] [2] https://www.mediawiki.org/wiki/Topic:U14oghkgi0y5kmhf [18:49:03] revansx[m]: you can just use an older version of AbuseFilter [18:49:10] https://www.mediawiki.org/wiki/Special:ExtensionDistributor/AbuseFilter [18:50:36] revansx[m]: also, your #2 can be achieved using this setting: https://www.mediawiki.org/wiki/Manual:$wgNamespaceProtection [18:50:42] (your #3 can't, though) [18:56:11] MatmaRex: thanks! [20:12:08] Hello dear friends! [20:15:11] I have a questions / help request. I have a mediawiki 1.29.1 inside a VM , i cloned this VM to "Fork" the purpose fo the original VM , but i would like to wipe all the data (entries, images...) without messing much or nothing if possible system-wise. exist a clean way to do it? [20:15:42] Easiest would be to fork it at the point before anyone has done any edits [20:16:15] Otherwise kind of hard to wipe it without messing up the database. You could use the command line installer (maintenance/install.php) to recreate the db structure after deleting it i suppose [20:17:43] I'm aware that cloning from an empty VM would be ideal (I would save a snap of the "clean" wiki if i manage to make it) [20:19:52] There is nothing but wiki stuff in the SQL, couple questions about that idea. Can i delete the images folder? it is standalone? or its kinda linked with the health of the service? because photos are stored as jpg/pngs independently (Those take good chunk of size) [20:20:34] Should i "boom" the database? and re install.php? [20:21:01] if you just want a clean wiki (no users or anything) then deleting and re-installing seems best [20:38:44] I'm migrating from 1.26 to 1.33, and this installation has some legacy users as well, so the maintenance script suggests running maintenance/cleanupUsersWithNoId.php [20:39:06] but I can't figure out what the required parameter prefix should be set to ? [20:39:50] it's an interwiki prefix, but this is a standalone wiki server, and I can't find that I have declared such a prefix anywhere - although I'm not sure I know where to look [20:40:54] kjetilho: It honestly doesn't really matter what its set to [20:41:18] It will just put the prefix in front of the username to make it not a real username [20:41:45] so the legacy name "Foo" will become Prefix:Foo ? [20:48:30] It would become Prefix>Foo [20:51:19] yes, it did. thanks a lot! [20:57:04] very interesting, the old migration script did not create users correctly, so in my case --assign is very useful. [20:57:46] (an ancient migration from tiki-wiki) [20:58:18] it is never too late for technical debt to come back to haunt you ;) [20:59:42] anyone know how to move the Category links from the bottom of the page to the top using the Vector skin? [20:59:53] Yeah, its common for various importers not to, with the idea being that it might be a different user than the one in the current wiki [21:03:54] clivejo: This is probably not the right way, but put in Special:MyPage/vector.js $( function () { $( '#mw-content-text' ).prepend( $( '#catlinks' ) ); } ); [21:08:35] is that only for one user? [21:09:03] I'm looking to make it global across the wiki [21:11:26] I must say this upgrade is INCREDIBLY smooth. kudos to all involved. [21:14:50] kjetilho: Glad to hear it, because a lot of people are having problems with the 1.33 upgrade [21:15:15] It is a rather big upgrade, with much bigger database changes than other versions have done [21:15:47] clivejo: You can put the same thing in the page MediaWiki:Vector.js to make it apply to the whole wiki [21:16:31] just trying to do that, did't have interface rights [21:17:27] nope, cat links still at the bottom [21:19:02] hmm, odd. Is it a public wiki? do you have a link? [21:19:49] may I DM/PM you it? [21:26:53] sure [21:30:05] also, when I updated my site I kept getting Internal server errors, so I commented out a lot of it. In the hour or so I was working on it, I had about 170 spam accounts created and posting spam pages, is there an easy way to get rid of it? [21:31:26] !spam [21:31:26] For information about combating and handling spam in MediaWiki, see . [21:32:56] * bawolff__ leaving now, best of luck with your site [21:32:58] so, I'm using DynamicPageList (the 3rd party extension), but it doesn't come with an extensions.json - which I think means its custom tag and function #dpl are not getting loaded. [22:01:18] duh, I just needed to follow instructions and use require_once instead of the new-fangled wfLoadExtension for that extension [23:04:52] Hi there! I ran into a weird bug related to TemplateStyles and Visual Editor on my wiki. The TemplateStyles tag transclued from another template is shown as a paragraph in Visual Edit mode instead of being hidden. However, there isn't an issue with read mode.