[03:53:32] I created a Mastodon account for MediaWiki, see https://wikis.world/@mediawiki [03:54:03] https://www.mediawiki.org/wiki/Project:Mastodon [04:25:02] legoktm: well, because its static html and easy to edit, and a good standing place as representing wikimedia community so would seem neither unofficial nor anrelated (parent, not sibling relation) e.g. verifying mw on wikipeida or meta would be more confusing/sketchy [04:25:09] but yeah one-off sounds good too [04:25:19] if isMainPage: addLink [04:25:34] I assume Mastodon follows redirects [04:25:47] to keep neat / URL [04:26:03] but also ref T120085 [04:26:03] T120085: RFC: Serve Main Page of Wikimedia wikis from a consistent URL - https://phabricator.wikimedia.org/T120085 [04:29:45] hm, I can't really tell (https://github.com/mastodon/mastodon/blob/main/app/services/verify_link_service.rb), we can just try it and see [04:34:48] follow( max_hops = 3 ) sounds redirect related -> https://github.com/httprb/http (as per Gemfile 'http') confirms that. It might be that that line of code doesnt' run but looks like it follows [04:36:08] also may we should just flip wgMainPageIsDomainRoot on test2wiki and then mw.org and see what happens over a few weeks. It's going to be an edge case at worst given twn has run it for years, and at wmf fixcopyrightwiki also used it from the start in case of any subtle prod warnings [04:37:14] https://translatewiki.net/wiki/Special:ExpandTemplates?wpContextTitle=X&wpInput=*+[[Special%3ATwnMainPage]]%0D%0A*+[[Special%3ATwnMainPage%23sdf]]%0D%0A*+{{fullurl%3ASpecial%3ATwnMainPage}}%0D%0A*+{{fullurl%3ASpecial%3ATwnMainPage|action%3Dhistory}}&wpRemoveComments=1&wpEditToken=10953beead50696c0c2b43b547e7c266640d5568%2B\ [04:38:18] probably VE/Parsoid might need some work if something feeds them these. It producing them is fine as it'll redirect. That'd be something to verify [04:45:51] Krinkle: https://gerrit.wikimedia.org/r/896837 [17:22:41] is the nag for deprecated hooks necessary to be public facing? Deprecated: Use of InternalParseBeforeSanitize hook (used in VariablesHooks::onInternalParseBeforeSanitize) was deprecated in MediaWiki 1.35. [Called from MediaWiki\HookContainer\HookContainer::run [17:40:39] c: what do you mean by public facing? [18:15:15] Going insane over this issue with syntax highlight crashing entire page load https://mstdn.io/@anjum/110011668907839299 [18:15:21] Any thoughts on this [18:16:36] I was in here a few days ago saying it's probably arcane permissions issue with /tmp/ (selinux, php.ini, systemd config, apache config...) but that doesn't seem to be the case. [18:16:53] And chmod a+x everything I could in extensions directory. [18:35:02] I cannot help at the moment, but you should paste your error messages to a paste bin so that they're legible [18:41:44] https://pastebin.com/dKgbiq6Y [18:47:12] what are the permissions on /tmp ? [18:48:04] drwxrwxrwx. root root [20:51:53] AntiComposite: i found a way to suppress it while solutions are worked out https://gerrit.wikimedia.org/r/c/mediawiki/core/+/670159/1/includes/HookContainer/DeprecatedHooks.php [21:19:11] @c:libera.chat, they are user facing because otherwise things would break unexpectedly for software users if they were not. It is a required part of the deprecation policy. [21:43:53] c: If your *production* php settings allow E_DEPRECATED notices to reach users, you're doing something wrong [21:58:17] *popcorn*