[02:16:40] I solved it [02:16:48] 😎 [03:06:38] Is importScript() still used to load js from non-standard locations? IE: importScript('User:jfolv/MyScript.js') or importScript('MediaWiki:CustomScript.js')? [07:26:25] jfolv: yes, but what do you mean by "non-standard"? [07:27:31] Ones that aren't called by default (so basically not common.js, skin.js, etc) [07:27:37] Just poor wording [07:29:11] so technically mw.loader.load() is the preferred way to do it now https://www.mediawiki.org/wiki/ResourceLoader/Core_modules#mw.loader but that requires a full URL, so most people still use importScript since it's easier [08:51:46] hi! i want to delete all users and revert all changes made by them from a specific date, is this something i can do? [08:52:24] or not even 'by then', just delete everything from a specific date [08:53:14] https://www.mediawiki.org/wiki/Extension:BlockAndNuke [08:53:33] might not work anymore though. [08:53:39] https://www.mediawiki.org/wiki/Manual:Combating_spam for general info. [08:55:11] yeah the combat spam page seemed to be quite small scale, i have some 100k close accounts i need rid of haha. i'll give the block and nuke a try, thanks! [09:43:46] Good to know, thanks @legoktm [19:56:28] Hi there! I'm having trouble converting my existing separate wiki sites (with short URLs) into a WikiFarm. The skins' CSS files are not being picked up. I'm guessing it's a problem with my .htaccess file settings. Full details here: https://dpaste.org/g6UM Any ideas? [19:58:13] FWIW, PHP 8.0 isn't considered supported [20:00:09] "PHP 7.3.19 or later is required" for MediaWiki 1.35.1. What's the latest supported version of PHP, then? [20:01:23] 7.3 or 7.4 [20:02:13] Okay; I've tried PHP 7.4 and have exactly the same behaviour.:-)  That's one thing ruled out, then. Thanks! [20:02:43] https://www.mediawiki.org/wiki/Compatibility#PHP [20:03:27] PHP 8.0 was released a few month after 1.35... We're fixing stuff and backporting it, and bugs would be accepted/valid, but it's not suggested for production etc [20:04:11] Cool; thanks. In fact, I'll change to PHP 7.3 to avoid the documented upstream bug (since I can't see which minor version of 7.4 is available to me). [20:04:42] (And I still have the same no-CSS issue with PHP 7.3.) [20:04:59] and generally, people don't advise changing many things at once... as you can't work out what necessarily broke things ;) [20:06:27] I agree. Sadly I have to change PHP and MediaWiki simultaneously. At least I can control the individual wiki upgrades separately, which is not the problem here. [20:07:25] Based on what you're describing, it sounds like some of hte paths that need to be conditional based on it being a different wiki aren't conditional [20:08:01] Potentially $wgScriptPath [20:09:24] $wgScriptPath is set to the unified single installation of MediaWiki (once, in the global LocalSettings.php, and not overridden by the LocalSettings_wikiN.php files). $wgStylePath = "$wgScriptPath/skins", referring to the base installation as well. [20:10:18] Well, that doesn't make any sense [20:10:25] And will explain your behaviour [20:10:39] if MW is trying to load it from `/shared_wiki/load.php?lang=en-gb&modules=skins.vector.styles.legacy&only=styles&skin=vector` [20:10:50] your LocalSettings isn't going to know which wiki to bootstrap it from either [20:11:07] and hence getting the error you're getting [20:12:43] So I need to use a separate $wgScriptPath along the lines of "http://domain.tld/wiki1"? And then let .htaccess redirect that to the main wiki installation? I'll give that a go. Thanks, [20:13:42] Sounds about right. The underlying files being the same isn't an issue, but load.php isn't stateless, and need to know the "wiki config" to be able to build the RL module payload requested [20:23:32] Interesting! The wiki main page still loads content, but still doesn't find the CSS. The underlying stylesheet is now "http://domain.tld/wiki1/load.php?lang=en-gb&modules=skins.vector.styles.legacy&only=styles&skin=vector", which is progress. But opening that link leads the wiki to invite me to create a new content page called [20:23:33] "Load.php". I tried adding "RewriteRule ^(api|load)\.php - [L]" to the .htaccess file as well, but there was no change. [21:49:54] do you combined the rewrite rule with OR? [21:53:30] better combine it with a rewrite cond like this, and send the rest to index.php [21:53:53] * hetti sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/hFomAIGevHEfLrRgWUzYSkoQ/message.txt > [21:54:34] I'll give that a go; thank you. [21:54:47] * hetti sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/SVmIQAMqypgBntwkDDvsJdPt/message.txt > [21:55:47] is the code example readable what I sent? beause I'm writing from matrix over the bridge [21:56:24] Sure; I could read it. I'm patching it into my .htaccess now. [22:01:44] A slight edit: I changed "^/?wiki(/.*)$" to "^/?wiki(/.*)?$" to get it to work. But no change in the behaviour: I still get the page content, but no CSS. Opening the link to load.php still asks me to create a "Load.php" wiki page. Thank you for the suggestion, though. [22:02:35] I've sent you a private DM with a full link [22:03:00] yea mine was for a wiki that is served under /wiki/ [22:07:12] I have edited the code above, and don't know if it was the udpated version, check out the full link that I sent you [22:07:33] it should work - at least for me it worked in the short-url.conf [22:08:30] Thanks for that; the DM contained more lines than I saw earlier. Still no change in behaviour though. At this stage, I'll take a break from it. I'll get on with some other work and come back to trying to set up the WikiFarm later. I'm sure it's the combination of farm + short URLs that is the issue, but I don't think it'll get solved today. Thank [22:08:31] you! [22:10:10] you're welcome - good look, took me also some hours to get the rewrite rule right. probably fiddeling arround with my example should get it run [22:13:29] I've no experience with Apache other than getting short URLs to work with MediaWiki.;-)  I'll have to train myself up with some user documentation. With knowledge will come enlightenment. [22:13:58] so one more thing, do you have access to the apache config itself? [22:14:09] it there is a short-url.conf [22:14:42] ah well, it#s a multi wiki setup - there I don't have knowledge :D [22:14:57] I don't, no. That's why I'm using the .htaccess file instead. It's a hosted solution where I have full access to the file server, but not to a command line. [22:15:58] good luck, maybe my config can help you out :) [22:16:12] Thanks again!