[09:03:08] Hello. I have enabled MW's file cache (https://www.mediawiki.org/wiki/Manual:File_cache). But, it doesn't seem to cache html pages that are served when doing an action=editform on the page. Meaning, I want the edit form page to be also cached. Does the file cache forbid these by default? [09:05:44] someone72: File cache only caches "view" actions, and only for not logged-in users. If you want a more personalizable caching layer I suggest using varnish [09:09:36] Vulpix thanks [11:37:34] y0 and thanks for the awesome wiki engine. Today I'm going to enable external images on a few wikis while maintaining control that no uncontrolled adding of shock or other images occur. Gonna go read up on it now, the MediaWiki documentation is so good that I won't prlly need human help with this one. [11:39:29] Seems there are two alternatives, looks like this one is more intelligent mw:Manual:$wgEnableImageWhitelist [11:51:06] Enabled external image whitelist and uh, oh, formatting external images in wiki is a steeper curve [11:52:27] I don't want to copyvio this one. I do have an offline copy in case they take it down. I've missed a few documents because I did not anticipate that they would be "taken off" the Internet. [11:53:41] I have the image in a one column, two rows table. I'm going to go find out how to use the wikitable syntax to constrict the image to .... say 95% of window width [12:19:41] nope, can't get it to work [12:24:57] Hi. We have an occasional problem where users get the message: "Error contacting the Parsoid/RESTBase server: http-bad-status". When saving pages in Visual editor. [12:25:01] The wiki version is 1.35, running on Ubuntu 20.04. [12:25:20] Tracing is enabled, but nothing appears in the log in /var/log/mediawiki/... [12:25:31] How can I debug what's wrong ? [12:28:32] rfried: I use the following (of course you need to take the comment signs '#' away) because this is the LocalSettings.php when I'm not debugging [12:28:36] #error_reporting( -1 ); [12:28:38] #ini_set( 'display_errors', 1 ); [12:28:39] #$wgShowExceptionDetails = true; [12:30:25] onejukeboksi: Thanks. checking [12:31:22] np. I've been helped, sometimes even without searching on search engine for 2 minutes beforehand P-; [15:51:11] Aye. Total mediawiki noob here. Wanted to install Chameleon skin, but got no command line tool access for the webspace I host on. So I could install Chameleon skin without having composer, but need to install bootstrap plugin, which I could install without composer too the other way. [15:51:36] If you install Bootstrap without Composer, you will still need to use Composer to install the SCSS library before you enable Bootstrap. So no composer, no command line tool, no Chameleon skin, right? [15:52:49] You can run composer locally, and then upload [15:55:40] but isn't composer an installed package on the server and not a dir I just copy there to my webspace via FTP? [15:56:11] composer can be a package, or just a file downloaded from the internet [15:56:41] mediawiki doesn't execute composer itself at runtime, so doesn't need to be installed [16:01:07] phew, right now all that is too much for me. ain't there a responsive mediawiki theme which looks modern and just works? I tried some, but they are were more like meh... the only theme I got active right now is vector, the more classic thing. I tried Dgraph and MinervaNeue and they were buggy I guess, or I misconfigured stuff. Any recommendations? [16:02:09] minerva is meant for mobile mostly [16:02:19] the word is skin ;) you're probably looking for something like https://www.mediawiki.org/wiki/Skin:Timeless [16:02:57] thx, but IMO timeless is rather ugly [16:03:01] themes are a separate concept, though not many people really know about 'em: https://www.mediawiki.org/wiki/Extension:Theme -- additionally MW also has the concept of templates, which is totally unrelated to both skins and themes; this totally ain't confusing, no :P [16:03:27] lol [16:04:32] maybe some of the skins listed here are what you're looking for...although there isn't a category for skins supporting responsiveness (yes, it should be a given by now, but alas it's...not; I know for a fact that many of "my" skins, for example, don't support responsiveness properly yet): https://www.mediawiki.org/wiki/Category:All_skins [16:06:28] oh, there's more than I did expect [16:07:41] granted, the subset of "skins that are actually maintained and compatible with the latest stable MW" is probably somewhat smaller than that listing [16:08:27] OK. But anyway thanks for any kind of input. I appreciate it. [17:09:12] I don#t know what's up with that skin engine. I put the skin folder to where it belongs, change stuff in localSettings, but the page is not shown then, glitches, nothing works for many skins, even if they should work without add-ons. I never had so much trouble with any CMS I installed. [17:11:57] For example; I download Athena, put the Athena dir into skins dir, add it to localSettings.php, I am careful, case sensitive and stuff... choose skins, reload, bam, blank page, CMS gone [17:12:43] !skin Athena [17:12:44] General skin help: http://www.mediawiki.org/wiki/Manual:Skins / List of available skins: https://www.mediawiki.org/wiki/Category:All_skins / Creating a new skin: see !skinning [17:14:34] It hasn't been updated in like 2.5 years. That blank page is a HTTP 500 error by the sounds of things, do you have access to your server error logs? [17:16:03] !commands [17:16:03] I don't know everything about everything. I am mostly for lazy experienced users to echo quick answers to very common mediawiki questions. Please don't randomly experiment with me for help. Everything I know is at https://wm-bot.wmflabs.org/dump/%23mediawiki.htm and you can visit #mwbot which shares the same db (read only) [17:16:07] no, it's just the webspace access of a friends webspace. I got a FTP account, nothing else. He gives me new DBs if I need. That's all I do. [17:50:55] t-ryder: maybe a simple bootstrap (and therefore responsive) skin like https://www.mediawiki.org/wiki/Skin:Medik [17:51:59] I like that one, but I can not install bootstrap [17:52:06] it includes it [17:52:16] no composer stuff? [17:52:20] bootstrap is just 2 files [17:52:37] at least in what you distribute [17:52:50] I just installed and modded "Liberty", but I can't seem to find the special pages link on that one [17:55:12] sometimes I don't even know how to rename the downloaded skin dirs [17:55:30] like case sens. or keep that in the name or this [18:02:27] Unfortunately they're not all cased the same [18:02:36] OK, medik is pretty nice. Gave it another main color and give it default status [18:02:40] thx [20:41:53] Hi. Trying to upgrade a very old MediaWiki install using update.php – getting 'Main slot of revision not found in database. See T212428'. From a quick Google https://phabricator.wikimedia.org/T212428#6514891 seems to suggest running populateContentTables.php – is that safe to do? And can I then just run update.php and it'll pick up where it [20:41:54] left off? Or do I need to restore db from a backup? [20:41:54] T212428: includes/Revision/RevisionStore.php: Main slot of revision (number) not found in database! - https://phabricator.wikimedia.org/T212428 [20:45:51] thirty6degrees: you did take backups right? [20:46:37] Yes, it's being migrated to a new server as well so it (was) actually a fresh restore from a backup. [20:47:33] well why not just try it if you have backups [20:48:19] good question – I guess because it might break in a non-obvious way that only shows itself much later :) [20:48:35] generally is update.php designed to be re-runnable when things go wrong? [20:51:18] thirty6degrees: if the 1st run of update.php ends in error, the 2nd run will observe what has been already done and start doing the upgrade from the failed task on. that is my understanding at least [20:53:56] a question about an extension: is possible stop some actions of a "system account" like "New user welcome" with an abuse filter? [20:54:20] to prevent welcome messages to attack accounts, for example [20:54:41] thirty6degrees: safest would probably be reverting to backup and then documenting for yourself you go through untill you are successfull with no errors reported and then make a new backup of the newly upgraded system [20:57:06] onejukeboksi: thanks. running populateContentTables.php seems to have helped, I think, but now I'm getting another error 'Could not determine title for page ID 12499 and revision ID 14529' – I can see revision 14529 in the database and it has a rev_page of 12499 but there is no page with page_id 12499. do you think that could have been caused by [20:57:07] running populateContentTables.php? [20:59:44] I dunno, not a devel or maintainer, just a guy whose been running and upgrading a MediaWiki for over 17.5 yrs and it still works, usually if something is broken it is my fault and people here are kind [21:00:02] Fair enough! Thank you for your help anyway :) [21:11:19] I'm unfortunately really good at one-off errors. Make that 16.5+ yrs [21:16:05] quite accurate still [21:16:18] taking into account .5's, how do you remember [21:20:52] I just checked. The Main Page of the wiki was created on 2003-02-24 so it is 17 years, 7 months, 27 days old now [21:21:48] So you were right the first time? :P [21:22:19] really good at one-off-errors :( |X [21:22:46] I've restored the original backup and re-run. Didn't get the 'Main slot of revision not found in database' this time but did get the 'Could not determine title for page ID' – have run deleteOrphanedRevisions.php and hoping that'll fix it… no idea how I've got orphaned revisions or why this didn't happen when I did the dry-run a few months back [21:22:46] though.