[00:22:30] [1/2] Re: short urls, we actually used it on our wiki in order to get past Discord word limits for our rules channel. But the MediaWiki 1.45 update actually changed the way short urls are served! Before the urls used to be generated per wiki, but now they're generated across the wiki farm! (For instance, we had an url that ended in just `/A` since it was the first short-url generated for [00:22:30] [2/2] our wiki. After the update, this url led to, like Meta instead of our wiki.) We ended up transitioning away from short urls for this reason, because we couldn't be sure that another update wouldn't change the way it was served again and ruin all our url shortening efforts. [00:24:58] It also doesn't help that I'm not sure how to access logs for short urls? And clicking "get shortened url" just seems to regenerate new ones, for some reason. [00:25:18] I like the idea of short urls, but in practice, they feel very finicky in implementation. [00:26:26] I feel like there aren't access logs for those [00:26:48] Aside from web server access logs of course but [00:27:11] Oh, I meant more like logs of what urls have been shortened [00:27:34] [[Special:Log/urlshortener]] apparently [00:27:35] [00:27:37] So we if we lose a shortened url, we can find it again instead of regenerating another shortened url [00:28:56] I've tried using this but am unable to bring up anything, and we've definitely shortened urls before [00:29:20] Maybe they are being logged to Meta since the virtual domain is set there? [00:29:22] Hmm [00:29:53] Oh, maybe. Unfortunately, you have to be an Meta admin to access those, I think lol [00:34:10] nvm it seems that logs are only produced by Special:ManageShortUrls [00:34:25] You could've complained about it since this might have just been a config problem on our end. I had no idea that we broke all existing short URLs. [00:34:59] I can't see short URL logs using my Meta admin/Tech account either. [00:35:47] I honestly wasn't sure whether it was a Miraheze config issue or a MediaWiki issue. And I definitely wasn't sure it was fixable. 🤔 Like even if the config was changed back, would it be able to keep the same short urls as before? [00:35:55] Yeah apparently urlshortener-view-log just isn't granted to anyone [00:36:24] Wait nvm it's granted to sysops [00:36:59] But you still won't see any short URL creations in there because they are apparently just not logged [00:38:02] Presumably the short URLs are still in the same database table as before, the wiki just isn't reading them because it's set to read the short URLs from Meta [00:38:37] They could also move all local wiki short URLs to Meta with a maintenance script I suppose [00:39:12] I can see the old URLs in VLW's database so they are still there. Just inaccessible. [00:39:50] Oh, interesting. I didn't know that was how it worked. [00:41:36] [1/2] https://github.com/miraheze/mw-config/commit/475a41e43f8803004b266a532652a6cdbde4bc98 [00:41:36] [2/2] This is probably the config that points things to the central DB on Meta instead. `wgUrlShortenerDBName` was used before that but it might have been broken so everything existed locally instead. [00:43:10] Yeah [00:43:36] I think it's probably best if you ran a maintenance script to move all of those to Meta if possible [00:44:09] Not sure if there would be any conflicting URLs though [00:53:28] I'm not sure why they were moved to the global database in the first place? Seems unnecessary. [01:05:08] Is anything needed on https://github.com/miraheze/MirahezeMagic/pull/650 [01:47:40] It probably has to do with what SRD said about being able to use Meta's shortener domain, though it's silly it was never configured to do so [17:43:45] discordapp.com/invite/ygs4Pzt7WM [17:43:45] @deniel8304 No invite links. [17:55:45] discordapp.com/invite/ygs4Pzt7WM [17:55:45] @ajtheanointed No invite links. [23:45:54] Sent a PR upstream for hiding the UrlShortener button https://gerrit.wikimedia.org/r/c/mediawiki/extensions/UrlShortener/+/1277246 [23:46:17] Probably a problem of no one having the time/energy to reviewed it yet.