[02:56:09] Hey, I'm trying to change the name of my Main page and while it says I can Move it, I also have to update a location called MediaWiki:Mainpage and I'm not sure where to find it. I'm looking in the likely places. I also can't figure how to find my version# (I'm app-hosted). [03:25:58] Literally go to the page with that name [03:26:11] It’ll say Main page. Edit it [03:28:34] j-mag: the "MediaWiki" namespace is special. See https://www.mediawiki.org/wiki/Help:Namespaces#MediaWiki for a bit of description. Editing the /MediaWiki:Mainpage will make a local override for the "mainpage" system message. That tells the MediaWiki software what your main page is named locally. [03:37:51] Like by typing it into the address bar? [03:38:38] Thanks bd808 .... that makes sense and was not intuitive [03:42:33] ... except it says the page doesn't exist [03:45:24] I saw a lot of pages in .../resources/src .... and none of them have that name. [04:18:43] j-mag__: you can either type it in, or go to Special:AllMessages and look through there. [05:08:03] j-mag__: it's not a file, it's a page on the wiki itself. Type it into the search bar, it'll say it doesn't exist, so create it [06:27:57] Is there any way to get multiple diffs with a single API request? (I'm writing a toolforge tool, and don't think I can use the database replicas to get any diffs - would be very happy to be wrong there, though.) [06:41:10] (will repost the question on the mailing list, never mind) [12:09:32] Okay, I'm an idiot because I am not figuring this out. When I view all pages (MediaWiki namespace) there are none [12:17:47] That's expected [12:18:09] As per before [12:18:09] https://en.wikipedia.org/wiki/MediaWiki:Mainpage [12:18:18] Page doesn't exist, but it has content [12:18:20] >Main Page [12:18:27] Because it falls back to localisation messages [12:18:39] Go to the equivalent page on your wiki, and click edit/create [12:18:44] Set it to be whatever page name you want [12:26:49] I can't -- I get a 404 [12:27:11] Like, you don't see the page at all? [12:27:56] Like I get 404 -Not Found We searched the space but we couldn't find the page you're looking for [12:28:08] Is it skinned? Or it's a webserver error? [12:28:12] like a legit with an image 404-compliant page [12:28:24] You might want to set $wgSend404Code = false; [12:28:33] Or just visit MediaWiki:Mainpage?action=edit on your wiki [12:28:58] It would sound like your webservers 404 handling is overriding MWs [12:29:18] For example [12:29:19] % curl -I https://en.wikipedia.org/wiki/SomeRandomPageThatDoesntExist [12:29:19] HTTP/2 404 [12:29:20] I will try adjusting the file -- if I can't find the page, I can't bleeding edit it [12:29:29] It's not my server [12:29:46] it's app-hosted [12:29:48] Well, your wiki is hosted there (or the one you care about), so for all intents and purposes, it's your server [12:29:57] lol [12:30:04] Well, it is. It's not like we're hosting it for you [12:30:06] not if I can't run commands on it, it's not [12:30:20] Maybe so. But we don't know that [12:30:35] As above, you should be able to go straight to the edit page using MediaWiki:Mainpage?action=edit [12:30:43] Depending on your wiki url structure [12:31:02] Is your wiki public? [12:34:10] Yes, it's public. I'm adding that line and trying again [12:35:35] What's the url to it/ [12:36:26] https://ajvoraman.com/wiki/ [12:36:46] https://ajvoraman.com/wiki/index.php?title=MediaWiki:Mainpage [12:36:48] I don't see a 404 [12:37:07] https://imgur.com/a/72i2yC6 [12:37:14] https://ajvoraman.com/wiki/index.php?title=MediaWiki:Mainpage&action=edit [12:38:03] dayum .... I didn't realize I needed the index.php?title= part [12:38:09] like I said, I'm an idiot [12:40:40] Thank you for being patient and kind with me [12:41:10] We get used to it ;) [12:41:23] I mean, it's not the most obvious when you're newer to MediaWiki [12:41:33] So sometimes, if the wiki is public, just providing the exact url solves the problem [12:44:38] Yeah, I grew up with twiki which is waaay different [12:49:02] I see the Sidebar does links differently ... is that inherent to the sidebar or is that because the links already there are special? [12:50:02] Sidebar is... odd [12:50:02] https://ajvoraman.com/wiki/index.php?title=MediaWiki:Sidebar [12:51:10] yeah, I'm editing it -- already changed the mainpage name ... I wanted to include shortcuts to pages because I'm not seeing a breadcrumb I can quickly go up one level [12:52:49] (this was a twiki thing ... there are nested P links at the top of every page that go to the Parent ... and the Parent Parent, etc. [12:53:25] ... and setting it up once, though it takes time, saves tons of time going forward [12:53:34] There are/were extensions for the breadcrumbs... [12:53:46] https://www.mediawiki.org/wiki/Category:Breadcrumbs_extensions [12:53:50] I can't really advise on any though [12:55:49] wow, thanks! That's a better solution.; [16:22:27] hey guys, i've got an issue with my MediaWiki install [16:22:41] when i 'upload a new version of this file', the new version of the image is ignored and the old one persists everywhere [16:23:18] it's like the thumbnail won't update - you have to upload files under a different name, or generate new thumbnails by using [[File:image.png|299px]] fir example [16:23:44] i've messed around with the job queue, played around with caching, etc. no avail :P [16:23:54] Sounds like your thumbnails aren't being purged [16:24:11] how can i purge the thumbnails? [16:24:17] NottNott: Is the file actually updated on disk or a caching problem? [16:24:24] it's on disk [16:24:30] it's updated in the file server [16:24:44] when caching was not enabled the issue was still there [16:24:51] are thumbnails updated too? [16:25:07] thumbnails are not updated, the base picture is [16:25:41] Maybe it is a permission problem. Files have permission/owner that makes php unable to overwrite them [16:27:08] i'm having a look at a thumbnail that has failed to update now, just to double check the thumbnail on disk [16:28:56] huh, all of the files for this thumbnail that hasn't updated in the mediawiki install are the latest version - could it be something deeper to do with the web host? [16:29:19] it's seemingly not MediaWiki in this case, unless there's another directory aside from images/thumb [16:30:00] do you mean thumbnails are current, but your browser cache? That can be checked easily if you open the URL of the thumbnail, and append a random query string to it [16:30:41] *but your browser is displaying the old version [16:31:10] thumbnails on the website are not current, clicking on the thumbnail to take you to the direct place the file is stored produces a non current image. in the file directory it is current - purging browser cache with ctrl + F5 has no effect [16:31:47] try to append a random query string to the URL of the thumbnail [16:32:08] sorry Vulpix i'm fairly tech literate but not extremely, what would an example of that be :) [16:32:52] http://path/to/the/thumbnail.jpg/120px-thumbnail.jpg?asdadsadasda [16:32:59] the ?asdadsadasda is what you have to add at the end [16:33:15] hey! that produces a current version of the file! [16:34:50] Ok. The problem is in your browser cache, or an intermediate proxy cache [16:35:24] If you open a private window on your browser, you can check if it displays the current version or the old one, to discard a browser cache problem [16:35:37] ....wow, the images have updated... [16:35:55] ...does ctrl+R do the same thing as ctrl+F5? [16:36:20] looks like they are not the same thing [16:36:23] it... depends on the browser [16:36:26] and i've been very silly this whole time [16:36:55] yeah, a quick search for how this applies to chrome indicates they are not the same thing [16:37:04] well, i'm mortified and super happy at the same time :) [16:38:45] WOW [16:38:54] i just tested it again. i've been very silly this whole time, haha [16:39:02] thanks so much for your help Vulpix :) [16:39:45] yw :) [20:50:26] Is there an ongoing problem with the upload API? I was able to upload the exact same file twice to commons: https://phabricator.wikimedia.org/T234530#6178012 Isn't the API supposed to forbid that? [20:54:53] just curios, maybe it didn't have time to sync the hashes [20:54:57] curious [20:56:43] the hash that the API returned to me was also not the one I expected [20:58:16] I noticed the replag is very high right now, don't know if it's related [20:59:37] Hello, is there a MediaWiki function to redirect user to an external website? I'm currently doing this: RequestContext::getMain()->getRequest()->response()->header( 'Location: https://domain.example ); [20:59:47] and wondering if there is a better way to do it [21:08:46] anyone? [21:14:18] redirect? [21:15:54] harmaahylje yep [21:16:07] I wanna redirect the user from my MW PHP to another website [21:16:13] is there a better way to do it? [21:16:21] instead of header('Location : ) [21:17:15] Better in what way? [21:17:55] i'm not super familiar with how header('Location: ') works. Any security flaws or anything wrong with doing it that way? [21:18:09] Just wanna know what is the standard procedure, if you wanna redirect from PHP/ MW [21:18:18] MW does that itself [21:18:41] Is there a MW function for that? [21:18:53] No, exactly as you've done it [21:18:58] Oh okay got it [21:19:00] Thanks [21:19:02] $this->parent->request->response()->header( 'Location: ' . $this->redirectTarget ); [21:19:09] The only real obvious security flaw is if you allow arbitary input (ie from users) to decide where to send it [21:19:43] I'm handling the redirect target and it doesn't come from the user [21:19:48] so should be good there