[00:56:38] legoktm: want me to CR https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/GlobalUserPage/+/597906/ ? I can try it locally if you don't have it lined up already [00:57:03] Krinkle: yes please :) [01:13:40] Krinkle: fixed, it was missing a namespace use statement [01:20:21] legoktm: I've got my local version hacked up to use metawiki (bypass CentralIdlookup etc) [01:20:30] but not seeing any robots hmm [01:21:32] let me actually test this properly [01:21:42] legoktm: this is my hack https://dpaste.org/qV90 [01:21:52] and ApiUrl meta.wikimedia etc. [01:21:56] (in LS.php) [01:22:08] showing my user page locally from meta works then, but no robots [01:22:08] ok :) [01:28:56] I read my own code wrong [01:30:21] Krinkle: ok, I tested PS4 and it should work now [01:30:54] I thought GlobalUserPage would always call parent::showMissingArticle(), but it actually doesn't [01:39:26] legoktm: ack, I see. nasty. So plumbing setIndexPolicy is showMissing's responsibility [01:39:26] oh well [01:45:41] thanks :) [01:46:06] I'll leave that task open to see if it actually works in a few weeks when search engines update stuff [13:17:14] heya! i've got a small issue on my MediaWiki install [13:17:40] when i 'upload a new version of this file', the new version of the image is totally ignored and the old one persists everywhere [13:18:17] not sure what to do :P [13:46:28] Caching? [13:47:01] caching isn't enabled on the wiki yet [13:48:00] the only place the new files are displayed correctly is Special:ListFiles [13:48:17] everywhere else the thumbnails seem to default to the oldest version possible, including the so called 'new revisions' on the File: page [13:48:47] is ImageMagick a solution? [13:49:15] A solution to what? [13:49:37] when i 'upload a new version of this file', the new version of the image is totally ignored and the old one persists everywhere [13:50:06] I'm not sure how an image manipulation tool will randomly solve things being out of date [13:50:31] what do you mean by things being out of date? [13:50:45] Well, you upload a new version, it still shows the old version [13:50:47] That's out of date [13:51:37] MediaWiki is pulling a given image file and serving that each time, i'm curious as to why it chooses the old one each time [13:51:50] the old versions of the files even get moved to the archive directory [13:52:31] well thumbnails are not the same as the original [13:52:43] Are the thumbnails being purged? [13:53:03] i've purged the File: page to no effect - is there something else to be purged? [13:53:23] I mean the actual thumbnail files on disk [13:54:29] having a dig around now, will see what i can do in that directory [13:54:38] by purged, you mean deleted? [13:54:39] If you force MW to render a thumbnail (size) that didn't previously exist, does it show correctly? [13:54:48] will try now :) [13:55:27] it does!! [13:55:33] it does show correctly there [13:55:43] if thumbs haven't been rendered before [13:56:36] Ok, so imagemagick definitely isn't the solution ;) [13:56:42] Your thumbnailing isn't broken :P [13:57:00] was definitely a shot in the dark haha, i've been digging around documentation for ages and could find nothing :( [13:57:25] you get desperate - so what's causing MediaWiki to serve up old thumbnails? there's probably a variable i can tweak somewhere to fix this [13:57:35] (not that i'm specifically asking for help on that one) [13:57:41] (i can probably find that myself by now) [13:57:54] Like I say, check if they're still on disk [13:58:12] If MW is unable to delete them, it might explain why they're not being deleted/purged [13:58:26] i see! [13:58:42] I imagine it's going to be something like that [14:00:12] It wouldn't be the first time for example someone has moved/updated a wiki and broken file permissions in the meantime [14:00:20] So while most stuff still works, weird things like this happen [14:01:06] this was happening out of the box :/ [14:01:18] it's a fresh install, with no upgrades in the past/moves [14:01:23] file permissions wrong from the start? :P [14:01:35] Though, I'm not sure offhand what permissions are needed to delete a file... presuambly same as write? [14:02:11] yeah, that's what i would have thought... hmm [14:02:41] i really don't want to blame out of the box MediaWiki stuff on this one, seems implausible such a basic feature would ship non-functioning [14:02:56] just strange i haven't even configured anything to do with images [14:02:58] Well, it's not impossible [14:03:07] But you'd expect we'd have heard a few reports of it by now [14:03:15] yeah definitely :) [14:03:40] What version of MW btw? [14:04:01] 1.34.1 [14:04:26] Ok, good. So not some ancient unsupported version ;) [14:23:17] Hi i was wondering if there was an extension or some sort of formatting i have to do to have a spoiler box like this one? https://imagehost.imageupload.net/2020/05/22/customLogo.png [14:23:36] It's probably a template [14:23:39] Where did you find it? [14:24:44] Its from a parody wiki (ED) but i want to use it for my wiki which is about a story [14:24:58] Yes. Can you link the page? [14:26:25] I dont think i can (it has NSFW) and the fact is Encyclopedia Dramatica. If i look in view source it just says {{spoilers}} but i cant find an extension for it [14:26:37] the fact that it is* [14:26:40] Template:Spoilers [14:27:08] I looked, it isn't that. [14:27:11] "The Spoilers extension adds a spoiler tag that will hide a block of text" [14:27:51] It's not an extension [14:27:57]

This page contains spoilers — important plot secrets and/or conclusions may be revealed. For example,
'''HOLY SHIT {{{text|{{{1}}}}}}!!!1'''

[[Category:Notice Templates|{{PAGENAME}}]] [14:37:53] Thanks, it works. [15:29:07] Hello, does anyone know if there is a way to embed a OpenStreetMap into a mediawiki article? [15:53:04] Grant_Handy: https://wiki.openstreetmap.org/wiki/MediaWiki_extension [16:30:31] Vulpix: Thank you very much! [19:40:28] Hi. Is there a way to generate a list of all the disassociated talk pages? [19:41:55] A way to create a tracking category, perhaps? [20:01:23] Hey all, I've been seeing a bunch of these errors on my job runner server. My googling seems to indicate they're a potential issue with a language cache file, but even after deleting them I'll eventually see some errors like this again, and it's not always on the same wiki. I have 4 wikis for different languages: EN, DE, FR, ES, note this error is [20:01:24] from the ES wiki: "PHP Warning: count(): Parameter must be an array or an object that implements Countable in /var/www/sites/gw2w-es/languages/Language.php on line 620" [20:01:36] Any idea how to track down the underlying issue that can cause these? [20:05:33] FWIW the occurrence yesterday was about 1220 such messages in syslog over the span of about 2 hours, but with almost 800 of those during a single one minute period. [20:07:21] Also this being the job queue runner server, I have 5 systemd mediawiki-job-runner@ service instances running on the server, each looping infinitely with maxjobs=1000 and numprocs=2, if any of that matters. In this case it was the mediawiki-job-runner@wiki-es service that threw the messages. [20:27:44] I guess the parameter received a null [20:30:23] Any idea what the kind of issue might be and/or how to troubleshoot deeper? I'm not really even sure how to start digging deeper. [20:30:57] Like could it be a missing variable or bad data in pages, templates, etc.? [20:32:26] do you update the localisation? [20:32:44] maybe, when it updates, the file is briefly missing [20:32:58] and you get that stampede of errors at a single minute [20:33:24] Not sure what you mean. I don't have anything on the admin side of which I'm aware doing anything with localization. [20:34:31] Could it be at all related to Interwiki? We do use that pretty heavily between our 4 GW2 wikis to provide redirects to the same pages in other languages, whenever someone has added the IW links within a page. [20:35:10] I'm not an expert in that extension [20:35:59] I can also ping our main editors to see if this error means anything to them. Just wanted to do a sanity check here first, beyond what limited results I've gotten so far from the google. [20:43:44] Looks like the installer says: [20:43:45] > Modifying rc_ip field of table recentchanges ...done. [20:43:50] > Modifying img_media_type field of table image ...done. [20:43:52] on a clean run [20:43:53] which seems odd [20:43:56] https://integration.wikimedia.org/ci/job/mediawiki-quibble-vendor-mysql-php72-docker/22071/console#console-section-3 [20:52:26] Platonides, actually it turns out there are a bunch of abandoned jobs in that wiki's queue: [20:52:30] # php ./maintenance/showJobs.php --grouprefreshLinks: 0 queued; 145 claimed (0 active, 145 abandoned); 0 delayedsmw.update: 0 queued; 1 claimed (0 active, 1 abandoned); 0 delayed [20:52:50] could that be related? [22:13:47] Hey everyone! I'm working on integrating Discourse (a forums software) with my MediaWiki-based wiki. I'm trying to get the SSO to work (so my users don't have to login again in the forums). I've enabled SSO on the forums, and whenever someone click 'Log In' on the forums, they're redirected to my Special:UserLogin with a payload and nonce (for [22:13:48] verification). Something like /Special:UserLogin?returnto=discourse&sso=some_payload_or_nonce_for_verification [22:13:53] How do I handle this on MediaWiki auth side? [22:15:47] I wanna detect if 'discourse' is specified as the returnto and then redirect to forums link to if auth is successful [22:43:39] Hey everyone! I'm working on integrating Discourse (a forums software) with my MediaWiki-based wiki. I'm trying to get the SSO to work (so my users don't have to login again in the forums). I've enabled SSO on the forums, and whenever someone click 'Log In' on the forums, they're redirected to my Special:UserLogin with a payload and nonce (for [22:43:39] verification). Something like /Special:UserLogin?returnto=discourse&sso=some_payload_or_nonce_for_verificationHow do I handle this on MediaWiki auth side?I wanna detect if 'discourse' is specified as the returnto and then redirect to forums link to if auth is successful