[00:24:15] why can't I find the bit that turns checkboxes into a tag multiselect for managewiki [02:50:08] BlankEclair you on rn? [05:24:20] pixldev: apparently you and some tech team members were trying to reach me about a pr (according to notaracham in #miraheze)? what was it about [05:26:36] IIRC it's a stupid overnight hour for them, so likely no activity for a few hours. [05:28:21] damn [05:28:26] guess i'll check irc logs [05:31:40] fuck my merged pr appears to introduce a bug [05:31:41] https://wm-bot.wmcloud.org/browser/index.php?start=07%2F16%2F2024&end=07%2F16%2F2024&display=%23miraheze [05:35:13] something about endless redirects it was [05:35:25] and someone said it affected citizen somehow? [05:35:27] idk [05:36:31] 2024-07-16 18:56:06 [1/2] `$ curl -L https://phighting.miraheze.org [05:36:32] 2024-07-16 18:56:06 [2/2] curl: (47) Maximum (50) redirects followed` [05:36:54] no list of the redirect targets here and i can't reproduce on my end so i'll have to understand what happened based on chat logs alone :thumbsup: [05:38:25] the wiki in question was phighting.wiki btw [05:38:39] appears to only have affected the miraheze subdomain? [05:38:51] but to me it loaded fine in both logged in and out [05:38:52] 2024-07-16 18:23:24 [1/4] Hi, my users are having an issue [05:38:53] 2024-07-16 18:23:24 [2/4] ; is getting stuck in an infinite redirect loop and wont load for multiple users over a few days now [05:38:55] 2024-07-16 18:23:24 [3/4] ; works just fine [05:38:56] 2024-07-16 18:23:25 [4/4] Not sure where to report this/get it checked, the url was perfectly fine until recently, idk if its having trouble redirecting to domain root [05:39:08] pixl got an error on logged out [05:39:24] he got caught in a redirect loop [05:39:44] why I didn't tho? in incognito as well [05:39:55] he sent a log of `curl -Lv https://phighting.miraheze.org`, and i searched it for `location:` [05:39:58] mystery [05:39:59] < location: /wiki/ [05:40:01] < location: / [05:40:02] < location: /wiki/ [05:40:03] < location: / [05:40:05] < location: /wiki/ [05:40:06] < location: / [05:40:08] < location: /wiki/ [05:40:11] lmao [05:40:14] btw i'm in the middle of reading the logs [05:42:35] 2024-07-16 20:25:48 good thing for whoever made the root domain fix then 😛 [05:42:37] xd [05:46:16] okay i don't even know if this is a problem anymore [05:46:22] i'll wait for someone to respond [05:46:27] (also, pixi how was the lasanga) [06:29:47] Morning BlankEclair [06:57:47] BlankEclair: I looked at your code and I can't find how it could cause the redirect loop [06:57:59] But the timeline apparently lined up [06:58:06] apparently it might be a citizen thing? or something idk [06:58:25] Someone said about it not impacting logged in [06:58:32] was testing logged out [06:58:34] So I'm wondering if it's cache [06:58:36] but yeah, that was also a ??? moment [06:59:00] if it can't be reproduced anymore then i'll just call it a random "computers hate you" moment [06:59:05] I wonder if cloudflare cached both redirects but only one still applied [06:59:23] That would be very possible if the settings recently changed [06:59:46] Why didn't I think of that [07:01:43] @tedkalashnikov hi, was the root main page a recent addition on your wiki? [07:36:04] yes its on the stewards restricted changes page [07:36:37] it last happened about 4 hours ago for a user [07:36:54] yeah but is it still happening? [07:40:12] idk how to check bc it never happened to me personally [07:41:54] I believe it's a cache problem [07:41:58] remind me your wikis url [07:42:02] I will purge cf [07:44:42] https://phighting.miraheze.org is the url it occurs on [07:45:01] ty for purge, hopefully that fixes it [08:04:48] Should be done [08:27:36] ty! will let you know if it happens again [08:27:44] cloudflare (shakes fist) [09:37:14] [1/2] https://www.instructables.com/Muiltple-Wiimote-mods-all-in-One./ [09:37:14] [2/2] might do one of these if i ever get a spare wiimote [09:37:24] probably would skin it too [13:08:20] Im up. 9 am awake to be expected [13:41:38] @bluemoon0332 internal error on special create account [13:41:47] `cdeac39a8e3c7ccf5b360f2a` [13:41:49] On meta [13:42:05] Other wikis work [13:43:40] [1/11] > rom /srv/mediawiki/1.42/vendor/liuggio/statsd-php-client/src/Liuggio/StatsdClient/StatsdClient.php(94) [13:43:40] [2/11] > #0 [internal function]: MWExceptionHandler::handleError(integer, string, string, integer) [13:43:40] [3/11] > #1 /srv/mediawiki/1.42/vendor/liuggio/statsd-php-client/src/Liuggio/StatsdClient/StatsdClient.php(94): array_reduce(array, string, array) [13:43:41] [4/11] > #2 /srv/mediawiki/1.42/includes/libs/Stats/SamplingStatsdClient.php(105): Liuggio\StatsdClient\StatsdClient->reduceCount(array) [13:43:41] [5/11] > #3 /srv/mediawiki/1.42/includes/MediaWikiEntryPoint.php(732): SamplingStatsdClient->send(array) [13:43:41] [6/11] > #4 /srv/mediawiki/1.42/includes/MediaWikiEntryPoint.php(681): MediaWiki\MediaWikiEntryPoint::emitBufferedStatsdData(BufferingStatsdDataFactory, MediaWiki\Config\GlobalVarConfig) [13:43:42] [7/11] > #5 /srv/mediawiki/1.42/includes/MediaWikiEntryPoint.php(495): MediaWiki\MediaWikiEntryPoint->restInPeace() [13:43:42] [8/11] > #6 /srv/mediawiki/1.42/includes/MediaWikiEntryPoint.php(453): MediaWiki\MediaWikiEntryPoint->doPostOutputShutdown() [13:43:42] [9/11] > #7 /srv/mediawiki/1.42/includes/MediaWikiEntryPoint.php(208): MediaWiki\MediaWikiEntryPoint->postOutputShutdown() [13:43:43] [10/11] > #8 /srv/mediawiki/config/initialise/entrypoints/index.php(99): MediaWiki\MediaWikiEntryPoint->run() [13:43:43] [11/11] > #9 {main} [13:44:56] This is because of the RightFunctions extension [13:44:57] [1/3] ``` [13:44:57] [2/3] [cdeac39a8e3c7ccf5b360f2a] /wiki/Special:CreateAccount Error: Undefined constant MediaWiki\User\UserGroupManager::READ_NORMAL [13:44:58] [3/3] ``` [13:45:05] never even heard of that extension [13:45:13] Same [13:45:28] I just went on loginwiki to create the requested account [13:46:28] https://www.mediawiki.org/wiki/Extension:RightFunctions [13:46:39] it adds a parser function for checking if an user has a given right [13:46:50] where is this used? [13:47:03] boring [13:47:12] Well it should be disabled [13:47:52] Maybe try a full text search using smt like AWB so the parser func [13:49:15] ugh createwiki creates the cw_wikis table on every wiki if you run update.php [13:49:31] then don't run update.php [13:49:39] well it shouldn't do that anyway [13:50:09] Don't run update.php [13:50:12] We advise against it [13:50:15] So do wikimedia [13:50:20] It's fragile and stupid [13:50:31] whether or not its advised against, it shouldn't happen. [13:52:02] fellas, is the update still going? [13:52:11] cus there's something funky w/ source editor [13:52:15] yes [13:52:19] aight [13:54:20] Looks to have always done that @originalauthority [13:54:22] https://github.com/miraheze/CreateWiki/commit/ec54d6560a01133dadf53e1199450e8e637070d2 [13:54:56] I have no idea why we did that [13:55:01] I say we [13:55:10] I mean @southparkfan6018 back 9 years ago [13:55:20] yeah seems a bit silly because LoadExtensionSchemaUpdates will never be able to target the database where create wiki is installed unless its the same as the metawiki one [13:55:28] Ye [13:55:36] @originalauthority how does CentralAuth do it? [13:55:42] Cause that has global tables [13:55:53] gotta run the changes first [13:55:57] manually [13:56:50] https://github.com/wikimedia/mediawiki-extensions-CentralAuth/blob/f79707b9f23b06943dcdfe2b35d86720e2e3eddb/includes/Hooks/Handlers/NoServicesHookHandler.php#L33 [13:57:06] Looks like now you can target virtual domains for running update.php which would allow this kind of thing heh [13:57:09] @rhinosf1 ^ [13:57:14] (well in 1.42+) [13:57:21] Yep [13:57:42] spf was just writing CW with today's MediaWiki in mind [13:58:02] minus the focus on documentation [13:59:02] spf is still here, nice [13:59:07] well technically [13:59:57] I haven't actually seen him in a while [14:00:24] oh he's been gone a loooong time [14:00:30] 2021 [14:00:35] I just didn't realize he was still on the server [14:00:40] Wait SPF is still in the discord? [14:01:28] Is he active anywhere beyond Miraheze/wikis? [14:02:15] Sometimes wikimedia stuff [14:02:17] Rarely [14:02:44] he lives elsewhere [14:03:06] john on the other hand severed fully [14:40:25] FYI for tech, going to view the abuse filter on a local wiki give an error `94e08ea70bd44fb983466172` [14:40:38] MediaWiki\Extension\AbuseFilter\Filter\FilterNotFoundException [14:40:47] could be since it tripped a global filter [15:17:52] RelatedArticles requires CirrusSearch for it to actually works automatically in the wiki [15:18:35] I would like to know if there will be any changes on the requirement to have it enabled in the future or not [15:21:09] and as usual I wouldn't mind going to test out 1.42 first [15:21:24] bit late for that [15:21:29] everyone is on 1.42 already [15:21:36] W H A T [15:21:42] we didn't call for testers this time [15:22:12] didn't expect that to happen that soon [15:22:54] we're just awesome [15:22:58] I will try bargain out with the steward about the CS stuff [15:24:54] . [15:26:37] cs should be fine short of it being a huge wiki [15:26:42] we're just a bit behind on that section of noticeboard [15:27:50] cool, let me go and work it out [15:32:14] [1/2] and uh also, I noticed that users that access my wiki from Viettel internet connections got this issues [15:32:14] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1263156316059209839/K.png?ex=6699357e&is=6697e3fe&hm=09aecc0b1149d0c9b63385a07125dcaeb944570afba734b789cee6a80edb3b8f& [15:32:57] user have cleaned out caches/cookies, and using a VPN like 1^4 make the images works agian [15:33:58] may it just be something with CF, as I checked it out in the console and the requests to images got 403ed [15:36:05] bonus: direct access to image still works, just got hit with a JS challenge [15:36:25] Your wiki isnt using cloudflare [15:36:53] I know, but the images cdn does [15:40:36] Ye that's something to blame me for [15:44:18] @songngu.xyz I have removed that firewall rule [15:45:52] cool, let me notify the users [15:58:55] do you support a cname record at the root of the domain for custom domains? i have a .wiki i want to point to our miraheze wiki [16:00:42] [[Custom domains]] [16:00:43]

[16:01:11] it says nothing about root dns cnames, and in fact specifically mentions subdomains a few times, so I wanted to clarify [16:01:33] Yes we do [16:02:50] for target databse name, im getting an error when trying to submit: The provided target is not a valid database name. i've input `islegoblin` for my wiki at https://islegoblin.miraheze.org/wiki/Main_Page which I think is correct but it no worky [16:03:19] That's not correct, it would be islegoblinwiki [16:03:36] ah okay, maybe the request page could be clearer on that [16:04:07] it basically just the subdomain + `wiki` behind as the suffix [16:04:57] in wiki's core setting it's called database name [16:05:50] gotcha [16:05:52] thanks everyone! [16:06:00] got my request submitted a:party_parrot: [16:07:05] good to hear! [17:14:26] is there a way to ask central auth who has the most edits globally [17:16:28] We can think [17:16:52] Well shell users [17:16:59] Not sure if it's public [17:17:13] I wish we had sanitised replicas [17:17:18] would be cool [17:18:52] if a mws is board and wants to run the query lmk [17:19:00] but better things to do [17:19:15] bored* [17:19:48] yea [17:22:12] If we could have a public replica, it would be really cool [17:22:19] Probably too complex though [17:59:40] There are no replicas at all never mind sanitized [17:59:58] Very true [20:15:52] why is even the "Article path" setting only for stewards? is this something normal useres could abuse? just curious, im sure there is a good reason [20:16:59] I believe it needs tech teams help [20:18:21] oh okay, thought it was easier then that [20:18:59] sry wrong channel... this was meant for #general [20:21:08] if it needs tech team's help, I did not hear of it nor was that the case back on wikiforge/tide from my experience [20:21:29] Isn't there a note about it causing redirect loops [20:21:37] Or is that only the main page [20:21:40] I was also curious and even assumed at first that it was already the case [20:21:43] Cause that definitely did [20:21:45] I have no idea and had never heard about the bug [20:21:59] already the case that any bureaucrat could change it* [20:22:41] Ye we saw that earlier today [20:23:08] When changing the main page to be at /, it caused a redirect loop if logged out [20:24:55] guess ill find out when it gets changed on my wiki [20:25:43] that was because of claires patch from a few days ago [20:25:55] No it wasn't [20:26:04] Purging cloudflare fixed it [20:26:15] oh [20:26:18] never mind me [20:26:27] Well unless it's still happening [20:26:39] Claire's patch being the problem never made sense [20:26:50] i have no idea [20:28:44] in general there's not a lot of documentation for restricted extensions or settings which arrive on the steward plate unless they hopefully have an in-interface note which would already be visible to bureaucrats or the given steward is a technician who already knows [20:29:17]