[00:04:55] This might sound really silly, but I'm trying to streamline my wiki farm installation by switching from a switch statement to a better version. When I do though, it seems as though my wikis aren't loading the skin, despite them being defined. I appreciate this is a long question but if anyone has any ideas what is causing my issues or where I could [00:04:55] start looking I'd appreciate it: here's the new code I'm using (with details, domain, db, redacted for privacy — also removed extension list to reduce code): https://dpaste.org/qRaHd and here is how it looks when I view the wiki https://ibb.co/DKZWCQz [00:05:21] (or if anyone can just let me know if the syntax looks error free that would be appreciated so I can rule out that this is the cause) [00:06:53] Does it work fine if you append ?useskin=vector [00:08:04] nope, nor if I do ?useskin=monobook or anything like that [00:08:44] checked the browser console? [00:10:19] [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (load.php, line 0) [00:10:20] Refused to execute https://DOMAIN/wiki/load.php?lang=en-gb&modules=startup&only=scripts&raw=1&skin=vector as script because "X-Content-Type-Options: nosniff" was given and its Content-Type is not a script MIME type. [00:10:43] I suspect that probably isn't helping [00:11:19] [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (load.php, line 0) https://domainhere/wiki/load.php?lang=en-gb&modules=site.styles&only=styles&skin=vector is the complete first 404 [00:11:34] I made sure to define the vector skin, though, so not sure why it isn't found [00:11:52] it's not the vector skin that isn't found [00:11:57] it's presumably the load.php [00:12:11] is that the correct path? is it actually in /wiki/? Or is it in /w/? [00:14:12] I copied the setting over from my the local settings file which had it at /wiki/ so I'm 90% sure it's /wiki/ [00:17:27] best we can do is make educated guesses based on the evidence provided [00:17:54] wait, if I return back to the switch statement and go into inspect element > sources, it seems that the load.php is located at https://DOMAIN/load.php?lang=en-gb&modules=ext.cite.styles%7Cext.visualEditor.desktopArticleTarget.noscript%7Cskins.vector.styles.legacy&only=styles&skin=vector [00:18:00] I guess this means it's not at /wiki/? [00:27:41] Yes [00:30:44] hmmm, odd. I tried 'wgScriptPath' => [ [00:30:45]  'default' => '/' ], and  'wgScriptPath' => [ [00:30:45] 'default' => '' ] and neither worked? [00:31:53] Neither worked how? [00:31:58] just shows the same thing [00:32:05] Did you force reload the page after changing the setting? [00:33:06] yup cleared my cache and all [00:34:35] You could try setting wgLoadScript manually, but you shouldn't have to [00:34:44] it defaults to {$wgScriptPath}/load.php" [00:37:36] same result unfortunately ugh [00:37:59] Ah! [00:38:25] seems to work if I just put /load.php without the {$wgScriptPath} [00:38:51] feels like there's something odd about wgScriptPath in your config [00:39:17] I feel so too because my images or extensions aren't working either [00:39:23] I was about to make that comment [00:39:34] as you're setting other things based on it [00:39:57] I have $wgResourceBasePath = $wgScriptPath; [00:40:03] Yeah, that's what I was meaning [00:40:21] is that wrong? [00:40:23] What if you set wgScriptPath to a proper value before you start using it (ie not in the big config array) [00:40:53] I also have this in my CentralAuth, two different things so I'm a bit confuzzled 'wgScriptPath' => array( [00:40:54]     'default' => '/w', [00:40:54] ), [00:41:21] IIRC the installer will dump it out in LocalSettings because it's setting people change and add things that depend on it [00:41:28] Chances are in your current usages it's just null [00:41:44] And then is getting set back to the defaults during the slightly later setup parts [00:44:23] I'm not entirely sure what I should change it to? [00:44:39] literally just set it [00:44:59] $wgScriptPath = '/'; [00:46:16] Okay, then when I try to edit I get "can't open the page https://index.php/?title blah blah blah [00:46:58] That looks like your path to index.php is broken too... [00:47:39] might cry might not at this rate [00:47:45] it was working fine with the switch statement [00:48:19] Well, I guess extract( $wgConf->getAll( $wgDBname ) ); is fairly powerful [00:49:04] but for example... [00:49:05] https://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php [00:49:12] $wgScriptPath = '/w'; [00:49:12] $wgScript = "{$wgScriptPath}/index.php"; [00:49:13] $wgRedirectScript = "{$wgScriptPath}/redirect.php"; [00:49:13] $wgLoadScript = "{$wgScriptPath}/load.php"; [00:49:22] It's not in the InitialiseSettings.php config array [00:54:27] Okay, so I can add that but modified the $wgScriptPath = "/wiki/", and I can edit, but seems extensions and images are still broken [00:55:23] Your script path isn't /wiki/ though based on what you said before [00:55:54] how can I find out what it is? Because if I use "/" it doesn't let me edit at all [00:56:26] >[01:17:54] wait, if I return back to the switch statement and go into inspect element > sources, it seems that the load.php is located at https://DOMAIN/load.php?lang=en-gb&modules=ext.cite.styles%7Cext.visualEditor.desktopArticleTarget.noscript%7Cskins.vector.styles.legacy&only=styles&skin=vector [00:56:49] it's wherever your webserver is exposing index.php, load.php etc [00:57:01] If I run mw.config.get('wgScriptPath') in my console, it does return /wiki [00:57:11] Because you've set it to that? :P [00:57:18] It's part of the reason we suggest people to use /w/ for scripts and then use /wiki/Foo for article display [00:59:49] hmmm [01:00:26] !shorturls [01:00:26] To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at or try the new beta tool at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [01:00:32] !prettyurl [01:00:32] To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at or try the new beta tool at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [01:00:45] my mediawiki installation is on /var/www/html/mediawikiinstall and the load.php, index.php are in there, so I suspect that my script path is / but I'm still having issues. [01:00:46] I thought they were different [01:00:52] I'm using shortUrls [01:11:53] I've managed to fix it! thank you sm! [01:12:48] :) [02:20:07] thanks again , The plugins seems to work 99%-100% So will clean it up and make some diffs. Notify the Extension owner ,also upload it to my Github. [02:21:42] You could submit it as a pull request against their github repo, One of their issues said they are willing to accept requests [02:21:50] instead of just completely forking it [02:22:14] Yes , will try that as well. [02:23:00] Just saying he did not have time to update it. Its on the most part working, still needs more updating to modern MW , but this at least a working step. [09:22:25] Pull request done, See if I can get the changes to master version of MW Ext FileList. https://github.com/icarusfactor/FileList [12:01:28] ?? [12:04:29] ?? [12:09:45] sorry I did not realile a wrong typing [12:10:00] I am looking some info or help [12:11:20] I suppose there is a wrong URL here https://www.mediawiki.org/wiki/Content_translation/it in the section How Contribute [12:12:38] ooops How to partecipate... I mean at the second bullet point. My question is: how to retrieve the proper URL [12:16:47] If you look at the english version.. [12:16:48] https://form.jotform.com/91365514106149 [12:17:57] I've fixed the italian link though [12:18:19] https://www.mediawiki.org/w/index.php?title=Content_translation%2Fit&type=revision&diff=5154834&oldid=5153615 [12:21:16] Is anyone pretty good with the PortableInfobox extension and know why it could be displaying my infoboxes like this? https://ibb.co/FWYv3Lj I have the extension installed and it works in preview, just when i submit the page it goes like that [13:02:38] Hey guys, can someone help me with the rewrite rule to redirect all requests to an external site except the main page? like used by Wikipedia e.g. wikipedia/wiki/Example would redirect to en.wikipedia.org/wiki/Example [15:05:32] Hi and big thank you for the MediaWiki. Such high quality and versatile software. I'm looking for a way to have visitor's of a wiki of mine have possibility to have parts or the whole article machine translated to their language of choice. This would be a massive gain in accessibility for people who don't speak English [15:06:35] This https://www.mediawiki.org/wiki/Content_translation has machine translation in it, but I haven't found any instructions of how to achieve any of this on a non-WMF wiki [15:15:00] Iamthehuman1: https://www.mediawiki.org/wiki/Content_translation/cxserver/Setup [15:23:36] Thank you RhinosF1, this is just the thing [15:24:52] Np :) [15:25:54] How are things at Miraheze? [15:28:13] Not too bad [16:43:26] Anyone any idea with my PortableInfobox issue? [17:12:33] zabe: I hate our users https://phabricator.wikimedia.org/T305786 [17:13:09] And apologies for the mess they make [17:42:43] they're getting slightly annoying [17:44:43] JJMC89: Miraheze users or that troll? [17:45:04] that andy guy [17:45:15] They are very annoying [17:45:24] very [19:39:02] In case anyone is viable to nerd-sniping here T305791, this may be a fun experiment to try. The tool works locally and should be easy to get going. [19:39:02] T305791: Evaluate finding likely-unused code via tracelogs - https://phabricator.wikimedia.org/T305791 [19:41:44] ooo that is interesting [19:41:59] sadly too busy to be sniped at the moment :(