[02:04:10] So I found out today that special page aliases can be done in JSON now! I somehow missed that in 1.42 lol [02:06:00] Which is cool lol [02:06:28] I like the JSON format a lot better (and it may come to TranslateWiki eventually also lol) [02:07:03] Already converted CreateWiki to it lol [02:07:06] https://github.com/miraheze/CreateWiki/commit/6e1dd27aa915ad37b03895dfb397d89a7c19c21f [02:21:13] @cosmicalpha https://github.com/JeroenDeDauw/Validator/issues/40#issuecomment-2469301409 [02:37:50] I'm really confused about this, am I just reading it wrong? [02:38:18] If they are on mw 1.35+ there should be no reason to call the Validatot.php file and they wouldn't get the error? [02:55:02] [1/2] Hi hello just quickly forwarding an apparently important report: [02:55:03] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1305727530514255952/image.png?ex=67341506&is=6732c386&hm=bfe1f81def399cf7ca2b5915fcc3426d04eade701a582b7f8117a58ff18f8294& [02:56:23] (https://discord.com/channels/407504499280707585/808001911868489748/1305609749924151318) [03:07:46] I have reverted back to hcaptcha until we can fix that. The change will go live shortly which will fix it. [03:08:05] @candlesign.4539 ^ [07:04:43] oh no problem, so its workin now id assume? [07:05:17] i cant find it on [this list](https://dev.miraheze.org/wiki/CSP_Whitelist) [07:05:36] but its on [this list](https://github.com/miraheze/puppet/blob/master/modules/mediawiki/data/csp.yaml) [07:18:59] oh lol devwiki is not kept up to date only the puppet one matters. I did add it now yeah. [07:20:00] okay sweet time to test [07:20:37] If it doesn't work let me know [07:21:15] If it doesn't, can you open the browser console and tell me the CSP error it gives. I may have missed something. [07:34:09] https://cdn.discordapp.com/attachments/1006789349498699827/1305797769675542631/image.png?ex=67345670&is=673304f0&hm=e0c58b9dbc3c4ff98aa0609ccf5ff5086761dfebcebc5859b482c2e497ed358a& [07:34:16] use.typekit.net is still in the CSP [07:35:02] I guess I need to add to script-src and style-src also... [07:35:37] oh just style-src [07:35:45] script-src is a different domain [07:35:53] [1/2] pretty much everything is set too [07:35:53] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1305798205275111454/image.png?ex=673456d8&is=67330558&hm=036eb15f62a39b95d159de95636770b53d074fc9a98b4bc745d9392171055118& [07:36:07] as evil as adobe is their font selection is cool [07:37:34] https://github.com/miraheze/puppet/commit/2379eaa39d102a022d1c0125b3151cc60650ae3f [07:38:05] It will be deployed ~30 minutes maybe less [07:38:12] okay i'll check back then [07:38:31] Ping me if you have another error in say 31 minutes [07:38:39] okie [07:39:44] simpleanalyticscdn is not something I think we can add btw. If that becomes a requirement from adobe I'm afraid we won't be able to do it. [07:39:57] but that might be something else [07:40:05] I haven't looked into that one at all [07:46:44] its not thats my own analytics thing that i tried adding [07:47:02] i just use it for my other wiki sites thoughtd itd be nice [07:47:21] cuz i dont really like Special:Analytics [07:48:13] You aren't allowed to collect your own analytics via third party services if they'd have to process user pii [07:48:32] [1/2] its not really doing anything right now i can just remove it [07:48:32] [2/2] whats user pii [07:49:06] Personally identifiable information [07:49:13] oh it doesnt do that [07:49:17] Which includes IP addresses [07:49:32] IP + User Agent is included in that [07:49:38] https://cdn.discordapp.com/attachments/1006789349498699827/1305801667924594729/image.png?ex=67345a12&is=67330892&hm=7a7c8cd7a7d722d651e11162cb93e4bc668c58e4d43b927d6706d067e78618b0& [07:49:42] Which given it's a web request, it's doing [07:49:49] I said process not store [07:49:53] oh process [07:50:01] oh right it does see locations [07:50:12] You have to process an IP address to handle a web request [07:50:32] So it has to go through the CSP process to be approved [07:50:41] And we've never allowed external analytics [07:51:17] yeah ive had this convo before [07:51:22] oh one thing i wanted to ask [07:52:02] Section 3 of the privacy policy doesn't allow it to be shared in a non anonymised fashion [07:53:18] can Special:ManageWiki add an option for changing the favicon based on the user's color scheme [07:54:15] Erm not sure [07:54:23] okay sweet @cosmicalpha its loading now [07:54:26] Cause favicon is probably cached [07:54:43] So we'd need to deal with that cause it's always got to be at favicon.ico [07:54:50] because i do remember seeing somewhere you could put in something that detects the users colours scheme and serves a different icon [07:54:56] Nice! [07:55:13] Where did you see that [07:55:20] congratulations for the 5 people who use adobe fonts [07:55:26] let me search [07:56:57] https://cdn.discordapp.com/attachments/1006789349498699827/1305803506736955412/crying-emoji-dies.gif?ex=67345bc8&is=67330a48&hm=4917bbf0f9e484f6d2dfbae3882a396c4702316a64d4030167eda8257af2fbe7& [07:57:00] banned [07:57:06] was doing something like `` [07:57:54] its def gotten better but whyyy is it public [07:58:17] like i can see untitled tag games one right here https://utg.miraheze.org/Special:Analytics [07:58:38] not sure about that actually [07:58:57] the initial extension author didn't think it was important to implement the ability to hide the page [07:59:02] Maybe we should add a right allowing wikis to restrict it but public by default... [07:59:09] I was about to ask [07:59:14] It is five lines to add [07:59:16] should we implement a new right that controls that? [07:59:18] lol yeah [07:59:18] [1/3] or how tables like this have the tinest bars [07:59:19] [2/3] its like you gotta hover over that correct pixel [07:59:19] [3/3] https://cdn.discordapp.com/attachments/1006789349498699827/1305804101560303637/image.png?ex=67345c56&is=67330ad6&hm=fa529fe717978566496fd82dd0d58dec343b94fb732d0ae3a6ab854993e76d3e& [07:59:25] yes please [07:59:38] managewiki option [07:59:45] nothing a little bit of css can't fix [07:59:46] @agentisai yes there is absolutely no reason not to add a right [07:59:57] very well [07:59:59] it shall be done [08:00:00] Just assign to * by default [08:00:05] in extension.json [08:00:10] yep [08:00:53] name the right viewanalytics [08:01:01] [1/2] imo there should be a selector for first x options otherwise it because totally unusable [08:01:02] [2/2] last time i checked there were no charts though so it is improvin [08:01:56] you can tell we aren't graphic designers [08:02:09] lol yes [08:02:52] also do yall track edits made/day [08:03:01] you could add an event for that and show that as a stat [08:03:37] that'd be tracked outside of Matomo but I did think about that [08:03:50] not too sure how matomo works [08:03:56] @agentisai I'll give a PR review when you add the right if you want I trust you for a trivial change though if you want to just merge you can feel free. Just as long as it is called viewanalytics [08:04:00] but im sure they have some events tracking thing right [08:04:23] Thanks for the heads up. I was about to name the right `matomoanalytics-view` lol [08:04:43] It's a generic analytics service so it can't tell and log MediaWiki edits [08:04:49] ah [08:04:52] lol yeah I think that is to long personally simplicity is better [08:05:01] but it shouldn't be too hard to get MediaWiki to output those stats [08:05:03] and it goes better with the noanalytics right lol [08:05:08] heh yeah [08:05:49] the noanalytics right was a smart idea but why did no one think of adding a view right? lol [08:06:01] [1/2] maybe the recentchanges api? [08:06:01] [2/2] surely its somewhere [08:06:30] who wrote the extension initially? [08:06:34] I'm guessing John? [08:07:01] you can probably filter using an SQL query to look at the revision table and aggregate results that way [08:08:11] now thats wayyy outta my knowledge [08:25:01] Thanks for the patch @agentisai [14:43:43] Hm, Another wiki crat approached me with a valid reason but it seemed pretty specific. Just wondering why you’d rather It’d:ThinkerMH: be private [14:47:01] Anyways, @agentisai @cosmicalpha I’m assuming the right should be added to the appropriate global groups? Tech and steward are a given, idk if there’d be a point in adding to GA or WM [14:49:24] Um [14:49:39] [1/3] @agentisai friend, I believe you may have made a typo? [14:49:40] [2/3] > You do not have permission to view Matomo-collected analytics, for the following reason: [14:49:40] [3/3] The action you have requested is limited to users in the group: Ajaxpoll.json. [14:50:59] Isnt that how it should be by default? [14:51:17] What reason is there for it to be private by default [14:51:18] Why would a random person need to see detailed information about your website and its visitors [14:51:37] What’s the harm in having so [14:51:43] The good thing now is that its now a setting [14:51:57] hmm? [14:52:23] On the analytics page [14:52:33] The group is assigned to is a bit uh [14:52:35] Funky [14:52:57] on what wiki? [14:53:06] https://phighting.wiki/Special:Analytics [14:53:22] And https://rainverse.wiki/wiki/Special:Analytics [14:53:40] [1/2] Theres so much data there about users [14:53:40] [2/2] It really should only be sysop only [14:54:20] all of the data is aggregated so it doesn’t give information about any one user [14:55:17] It’s been like that for 5 years but I guess the page was so boring no one checked it out [14:55:18] [1/2] that aside imo it still is just weird that its public [14:55:18] [2/2] who else just has their site analytics lying around for you to look at [14:55:26] i mean an option allows you to [14:55:28] have that on [14:55:30] or off [14:55:32] easy [14:55:56] Really just a memetic sleep agent [14:56:10] funny enough fandom has a analytics page that tells you to keep things private but it has a channel in its discord to share analytics [14:56:34] I know Wikimedia has views public [14:56:36] Idk bout the rest [14:56:43] Always cracks me up [14:56:44] They don’t care about privacy though. That’s very clearly to stop competition lol [14:57:06] Anti fun [14:57:47] @cosmicalpha https://github.com/miraheze/MirahezeMagic/commit/e26fb1bc73f299f210580198c836b072a9d608fd [14:58:35] How did I get 13 emails in [14:58:53] 2 hours? [15:36:20] I think I missed something, what's up with templates not working on Meta? [15:37:05] [1/2] as in... [15:37:06] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1305919305917136906/image.png?ex=6734c7a1&is=67337621&hm=444ba022ade1164558e99fac8207ef79777385de0e31a5ce1a1c7e6cc3637e59& [15:40:58] Hmm, is it my internet or is MH loading terribly? [15:41:05] (3888ms) [15:59:21] Yeah, claire was able to track it to "Warning: Template include size is too large. Some templates will not be included.", not sure what's gone funky. [16:13:47] I can reproduce as well, and SR at least seems to load very slowly [16:22:35] Currently stuck on P0 work project so can't dig in further, but two avenues I'd check would be any settings changes around expensive parser function limits + any changes to key templates/modules [16:38:47] yeah, the farm is unusually slow [16:43:27] We need more tractors! [17:03:35] Grafana show anything? [17:04:13] From now on tractors is the official name of a mw* server [17:13:27] it would've been funny if we used names of tractor brands and models as our server names 😄 [17:14:22] And always break down [17:48:14] FYI, multiple users have reported issues with receiving emails related to account verification [18:00:32] fixed the template issue - https://meta.miraheze.org/wiki/Steward_requests/Miscellaneous?action=history - wakibot made this clearly unintentional edit which made the page really big [18:01:13] err https://meta.miraheze.org/wiki/Steward_requests/Miscellaneous?diff=prev&oldid=441834 [18:01:40] Simply reverting that fixed everything [18:03:18] it somehow added {{status}} after every single character [18:03:26] @link [18:03:26] http://enwp.org/Template:status [18:03:56] Value miraheze was stored into default-link-wiki in the config [18:03:56] @configure default-link-wiki=miraheze [18:04:00] @link [18:04:00] https://meta.miraheze.org/wiki/Template:status [18:06:40] how did that break so many pages though? [18:06:50] that really shouldn't happen [18:07:36] status was transcluded 100s possibly 1000s of times and so the page size adds up, but not sure how that branched out to non sr pages [18:09:07] oh wait, Requests dashboard has to read the sr pages to get open status count, so that would have affected any page it was transcluded on [18:09:37] {{status}} was transcluded 32,886 times... [18:09:38]

[18:10:33] @suzuneu just want to be sure that you are aware of what happend [18:10:38] That would do it [18:12:28] ahhhh [18:12:31] going by https://issue-tracker.miraheze.org/T12874#258193 over 65k times [18:13:23] 65,971 [18:52:12] ^ [18:56:44] @suzuneu the bot did it again thus, I am disabling it until you can fix [19:34:54] From which provider? [19:35:32] (Which is an important info when talking about email deliverability) [19:37:46] I think some were gmail [19:37:50] I’ll check [19:40:07] Don’t recall what emails though [19:40:36] Also it would probably help to state what kind of issues; is it… just delayed? Or sent to Junk? Or just not at all arriving? [19:40:46] Wait, oh there’s an email I completely forgot to make an account for whoops [19:41:15] If you are gmail, you can add + or just use the . magic to make it look like different address [19:41:31] (ie. revi.wiki and reviwiki@gmail is identical address) [19:41:36] (IIRC, that is) [19:41:38] Tali said they checked junk iirc [19:42:04] Huh, my school account has a dot in it, I’ll try that [19:42:43] This sounds like a good time to check if my reviwiki@ address forwarding is still working :-p [19:44:31] `04:43:50 metawiki [[Special:Log/newusers]] byemail Revi * created new account User:Revi-test-20241113: Testing email deliverability issue` let's see… [19:45:47] Yeah, not arriving at my main inbox, gotta log in to gmail… [19:49:40] Lol, it was my gmail forwarding address error [19:51:55]