[00:18:53] hello, I was looking to see if I could enroll {{mh:outlaster}} in https://meta.miraheze.org/wiki/NextTide [00:18:57]

[01:06:10] Testing can’t commence until the upstream cuts the REL_44 branch, especially on production sadly [01:39:41] rip [01:39:45] when might that happen [01:48:03] Few weeks, month and a bit I think [02:20:58] Unlikey to be soon [02:21:18] They only cut the branch closer to release [02:21:27] Iirc 1.44 isnt due till november? [02:21:58] Oh damn [02:22:02] June 1.44 is out [02:22:16] So probably soonish then maybe mid april [02:38:40] [1/2] I guess there are no ways of adding Lua "native" modules? [02:38:41] [2/2] I'm mostly missing the integer functionality of Lua 5.3+ and I'm assuming Scribunto ain't going to add support for it anytime soon [02:47:29] if you provide an extension that adds it... ;) [09:14:52] BlankEclair: I absolutely love the test file that PageNotice has [09:15:00] https://gerrit.wikimedia.org/r/c/mediawiki/extensions/PageNotice/+/1121572/1/tests/phpunit/integration/HooksTest.php [09:15:11] aeywoo: you're welcome <3 [09:20:51] BlankEclair: Got a question for you about extension code, with message strings why are some `->escaped()` and some `->text()`? [09:21:17] ->escaped() is html escaped, ->text() is the result of the partially-transformed wikitext [09:21:32] (->escaped() is html-escaped ->text()) [09:21:37] So if you want to prevent XSS you use escaped if it's user editable/changable? [09:21:46] And then ->text() for anything non-abusable? [09:23:30] it depends on the context [09:23:46] is the input being used as raw html? ->escaped() [09:24:04] is the input used as plain text? ->text() [09:24:13] is the input being used as wikitext? ->text() or ->plain() [09:27:51] is the input being used to give aklapper an aneurism? use all or non of them! [09:46:02] I was considering on doing that but what I had in mind would prolly require either [GMP](https://www.php.net/manual/en/book.gmp.php) or [BC Math](https://www.php.net/manual/en/book.bc.php), and from the looks of it it'd require a custom installation of PHP? [09:46:56] > [24/03/2025 20:27] is the input being used to give aklapper an aneurism? use all or non of them! [09:47:06] aeywoo: to optimise for that, make sure to use ->plain() everywhere [09:48:34] > [24/03/2025 20:46] I was considering on doing that but what I had in mind would prolly require either [GMP](https://www.php.net/manual/en/book.gmp.php) or [BC Math](https://www.php.net/manual/en/book.bc.php), and from the looks of it it'd require a custom installation of PHP? [09:48:40] yonic_soseki: potentially, lemme check phpinfo [09:49:29] Okay!!!! I'll let him know it was your idea!!! [09:49:43] aeywoo: make sure to use system() as much as possible too! [09:50:32] > gmp support => enabled; GMP version => 6.2.1 [09:50:49] > BCMath support => enabled [09:50:50] > Directive => Local Value => Master Value [09:50:52] > bcmath.scale => 0 => 0 [09:50:57] yonic_soseki: you're in luck, they're both enabled [09:51:19] Nice! [10:30:58] This is why I hate people constructing their own html in php classes [10:31:34] Because Message.php is confusing and people often use the wrong call to escape [10:32:42] (Using Html::element() with ->text() is generally the safest option and will automatically be escaped by MediaWiki and is appropriate 95% of the time bar those slight edge cases where you need to do some additional parsing) [10:36:20] But also see [[mw:Manual:Message.php]] which gives advice on which to use in which scenario [10:36:21]

[10:37:28] Oh its actually [[mw:Manual:Messages API]] im dumb [10:37:29]

[10:51:01] Where and how do I copy and paste the common.css? [12:09:03] Isn't it Html::rawElement() now? [12:15:21] [1/2] rawElement = input is html [12:15:22] [2/2] element = input is plain text [12:19:43] i wonder how SUL3 works tbh [12:20:18] like, does it basically just reflect the html of the "base wiki" (term i made up for the wiki that made the login request) to have the same origin? [12:21:14] Good question [12:21:21] I challenge you to find out @blankeclair [12:21:50] "feeling bored, might reverse engineer SUL3 later" [12:23:59] update: i'm too lazy to actually bother reading CA code [12:25:39] Sometimes I hate how you can encounter a DB error with a MediaWiki Extension, such as it complains about a table it should create is not existing, and then it expects you to do something about it. [12:26:09] you usually fix the nonexistent tables with update.php ^^; [12:26:16] unless if you're dealing w/ stuff like cargo ig [12:26:26] Yeah, update.php is what causes that error. [12:26:30] huh [12:26:36] OATHAuth sucks. [12:26:44] my apologies, but i suppose you have to run sql.php manually [12:27:24] i love how they have backup codes for totp, but not webauthn [12:27:24] It says its missing. [12:27:35] like wow, did you not think to modularise that? [12:28:13] F [12:28:52] So, I run in the maintenance folder, `php run.php ../extensions/OATHAuth/sql/mysql/tables-generated.sql`, and for some reason it says it is invalid, even though that file is there. [12:28:58] And Cd and nano can find those files. [12:29:45] uh, `php run.php sql ../extensions/...` [12:30:13] Well, it worked. Not sure why. [12:30:36] that runs sql.php [12:30:50] which actually passes along the sql queries to the db [12:31:27] run.php is the preferred way of running maintenance scripts [12:31:42] it just calls the other script inside the maintenance folder [12:31:47] idk what else it does tho [12:31:53] yeah [12:32:05] just trying to express that it's running the maint script called sql.php [12:33:40] ah it runs a callback [12:42:36] Raw element is good if you want to chain html::elements for the contents [15:22:42] I'll continue my search for deprecated extensions in 1.44, tasks needing to be done prior to 1.44 and after etc. later today, for now, time for me to sleep. [19:01:17] I once again ask: What is the common.css? [19:32:30] https://www.mediawiki.org/wiki/Manual:Interface/Stylesheets [19:57:40] Imported MediaWiki:Common.css and... The Infobox still can't go left and right. However, it appears that the imported page looks identical to how it looks on Mediawiki, so that's good. But... Was that what I was supposed to do? [20:02:43] You need to import MediaWiki:Common.css from the dev wiki (). The link from mediawiki.org I sent was only meant to explain what the page is about. [20:03:39] That makes a lot of sense! I'm going to try and see if it works! [20:05:39] Imported that and... It still doesn't work. [20:07:16] Your MediaWiki:Common.css still contains the code from mediawiki.org. Try deleting the page and importing it again (from dev wiki), or just go to the Common.css on the dev wiki (which I linked above) and manually copy all 676 lines from there to the MediaWiki:Common.css in your own wiki. [20:07:30] Yeah, I was thinking the same thing too. [20:12:30] I did the deleting part and reimporting and it still doesn't work, though that may be because of the fact that trying to use the infobox on the page by typing the name into the search bar of the template option and what shows up is not the expected infobox. That is probably the REAL issue. [20:13:35] could you share a link to the page where it's not working? [23:10:06] I was right, they are archiving TwitterTag: https://phabricator.wikimedia.org/T389861 [23:54:24] Lol [23:54:32] Did you see nobody could log into twitter over the weekend? [23:54:40] Because they accidentally shut down the login microservicr [23:57:11] I am so veru unsurprised by this. Brought to you by the same company that switched to 'login required for all viewing activity' and also broke their account creation service in the process. [23:57:30] Because the account creation process was now behind the login-required servicewall [23:59:01] the fact twitter hasn't completely imploded on itself yet under the rodent's rule is both impressive and disappointing [23:59:32] "Every day a little more broken - the post-twitter guarantee"