[01:45:41] TIL Akallper is not a stand alone username, but is in fact the first letter surname format of Andre Klapper (WMF employee). huh [01:46:58] Has it really took you this long to realise? [01:47:11] Also thats such an unfortunate surname [01:50:48] originalauthority: in my defense i never thought to look past it [01:51:11] ~~or hover over his name in phab it seems but i disgress~~ [01:51:32] jdforrester or jwales look like letters and surnames [01:51:53] aklapper looks like it can be a username itself [02:01:39] Yeah probably because the surname [09:26:05] bad gateway error [10:48:38] I honestly have mad respect for Aklapper, that man manages to keep up with the massive amount of new tasks and such on Phab like nuts. I honestly couldnt imagine how things would look without him [10:49:23] Whomever made that hiring decision at WMF, made one of the best decisions ever [10:53:32] Yeah, it's hard to believe the WMF only has a single person to deal with every single incoming task [11:03:03] yeah ikr w h a t t h e f u c k [11:03:05] madlad [11:28:52] Andre is amazing [11:33:55] [1/2] The bigger problem is... What if he quits/dies/etc.? [11:33:56] [2/2] Then they have a real problem replacing him. Such dedication is rare [11:35:18] bus factor :) [11:35:33] yay bus factor [11:36:11] What is bus factor? [11:36:44] when there's nobody to replace a person who's leaving etc [11:36:49] roughly speaking [11:37:09] I'm actually one at my place rn lol [11:37:30] ok [13:30:53] [1/3] @urbanecm hi! Sorry to bother but @rhinosf1 [said]() you’d be the person to inquire to about this: would it be possible to add a configuration option to disable the semi not super new GlobalBlocking functionality of blocking account autocreation for some reason(added in https://gerrit.wikimedia.o [13:30:54] [2/3] rg/r/c/mediawiki/core/+/966315) I haven’t gotten around to looking close at the changes, but since this change has given seemingly no benefit and just more email back and forth we’d definitely prefer to have an option to control it(I’m not sure if it’s helpful on WMF either lmao). I had thought of adding it to GBL but the changes seem to be in core and CA, but I’m not sure of the con [13:30:54] [3/3] ventions or how they work with each other for this. I was going to just open a task but F1 advised discussing a bit first(apologies if I’m a bit incoherent, woke up with a bit of a headache( [13:31:06] @urbanecm (first ping didn’t properly go I believe) [18:41:22] Looks like the 1.43.0 release is in progress [18:41:32] (It’s been cut in the repo) [18:43:30] MacFan4000: we've probably got a good month until we upgrade [18:43:46] Cause code freeze for exactly this reason [19:11:19] Aklapper has documented a significant amount of his job; also I think he's not quite as much a SPOF as he used to be [19:11:43] He really does hold down the fort though. His inbox management is next level [19:11:53] I used to work on the same team as him [19:42:08] Oh? [21:07:50] this looks real funky https://phabricator.wikimedia.org/source/mediawiki/browse/master/includes/Permissions/PermissionManager.php;66f85fa125f9c92fbdffda4a077ac0991c95ce2f$1347 [21:09:17] @rg [21:09:29] RhinosF1 dont you love reading through mw core [21:10:04] PixDeVl: you should read me code at work [21:10:51] ``` [21:10:53]   * @note this method should be used right before the account is created. [21:10:54]   * To check whether a current performer has the potential to create accounts, [21:10:54]   * use {@link self::probablyCanCreateAccount} instead. [21:10:56] ``` [21:11:00] ah yes [21:11:11] my favoriate property(method?) [21:12:09] PixDeVl: if you think php is bad, try half C / half C++ depending on who wrote it [21:12:17] bahahahaha [21:12:18] nah [21:12:34] i'd rather rewrite core in zig [21:12:37] PixDeVl: oh and most of it was wrote by engineers not devs [21:12:53] what kind [21:13:08] PixDeVl: systems engineers [21:13:18] building, mechanical, aerospace, soil [21:14:21] PixDeVl: maritime & air [21:17:31] huh [21:21:05] tf [21:21:07]  public function authorizeCreateAccount( Authority $creator ): StatusValue { [21:21:08]   return $this->authorizeInternal( [21:21:08]    static function ( [21:21:09]     string $action, [21:21:09]     PageIdentity $target, [21:21:10]     PermissionStatus $status [21:21:10]    ) use ( $creator ) { [21:21:11]     return $creator->authorizeWrite( $action, $target, $status ); [21:21:11]    }, [21:21:12]    'createaccount' [21:21:12]   ); [21:21:13]  } [21:21:26] RhinosF1  do you have any idea what the use keyword does here [21:21:38] I haven't done enough PHP [21:22:08] I'm a python / java / c# / c / c++ dev [21:22:46] See https://dev.to/robertobutti/mastering-php-namespaces-simplifying-code-with-use-function-for-external-functions-38fb PixDeVl [21:23:06] Probably better explanation than me [21:25:34] its not doing `use Namespace/thing` [21:25:40] confusing af [21:25:49] I hate Java with a passion though [21:25:54] PixDeVl: ask gpt? [21:25:59] its java [21:26:02] uuuuuuuuuuuuuuuuuuuuugh [21:26:22] i have copilot on the gh app [21:26:25] but bleh [21:26:36] also ive seen AI + MediaWiki, not great [21:26:38] may tyr [21:27:36] gonna go eat [22:12:57] it inherits the `$creator` variable which basically allows it to be used in the scope of the anonymous function [22:13:15] https://www.php.net/manual/en/functions.anonymous.php#example-190 [22:21:38] [1/25] https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/thread/PFTE5RHUERS6KTUGGRZO7XXV5THNJ77E/ [22:21:38] [2/25] Maintenance release: MediaWiki 1.39.11, 1.41.5 and 1.42.4 [22:21:38] [3/25] Sam Reed @ 20 Dec 2024 11:57 a.m. [22:21:39] [4/25] I would like to announce the release of MediaWiki 1.39.11, 1.41.5 and 1.42.4! [22:21:39] [5/25] These releases primarily serve as a maintenance release for these branches. [22:21:39] [6/25] It does also contain a low risk, minor security fix for the ConfirmEdit extension, more information can be found at [T379677](https://phabricator.wikimedia.org/T379677). [22:21:40] [7/25] The tarballs have already been uploaded as of this email, and the git tags have been pushed. [22:21:40] [8/25] A "MediaWiki Extensions Security Release Supplement" e-mail will follow this one, covering security updates for non-bundled extensions. [22:21:40] [9/25] Reports of bugs with PHP 8.0, 8.1, 8.2, 8.3 and 8.4 support are particularly welcome, and fixes will be back-ported when possible. Please see https://phabricator.wikimedia.org/tag/php_8.0_support/ [...] for the relevant work boards. [22:21:41] [10/25] As a reminder, MediaWiki 1.35 became end of life (EOL) in December 2023, and MediaWiki 1.40 became EOL in June 2024. [22:21:41] [11/25] MediaWiki 1.41 is due to become EOL at the end of December 2024. [...] [22:21:41] [12/25] It is strongly recommended to upgrade to either 1.39 (the next LTS after 1.35), which will be supported until November 2025, or 1.42, which will be supported until June 2025. [22:21:42] [13/25] [...] [22:21:42] [14/25] ==Release notes== [22:21:43] [15/25] Full release notes for 1.39.11: [22:21:43] [16/25] https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_39/RELEASE-NOTES-1.39 [22:21:44] [17/25] https://www.mediawiki.org/wiki/Release_notes/1.39 [22:21:44] [18/25] Full release notes for 1.41.5: [22:21:45] [19/25] https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_41/RELEASE-NOTES-1.41 [22:21:45] [20/25] https://www.mediawiki.org/wiki/Release_notes/1.41 [22:21:46] [21/25] Full release notes for 1.42.4: [22:21:46] [22/25] https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_42/RELEASE-NOTES-1.42 [22:21:47] [23/25] https://www.mediawiki.org/wiki/Release_notes/1.42 [22:21:47] [24/25] @everyone [22:21:48] [25/25] [Truncated due to discord limits. hyperkitty link has full details]