[00:23:09] <himmalerin>	 Why doesn't the Userinfo api action show up in Special:ApiSandbox? I'm testing on mediawiki.org and I'm signed in
[00:24:18] <Naleksuh>	 himmalerin : where are you looking for it?
[00:24:55] <himmalerin>	 the "action" dropdown of https://www.mediawiki.org/wiki/Special:ApiSandbox
[00:25:05] <Reedy>	 it's not an action
[00:25:33] <himmalerin>	 *oh*
[00:25:41] <himmalerin>	 yeah, that'd explain it
[00:25:45] <Reedy>	 action=query
[00:25:47] <Reedy>	 meta=userinfo
[00:25:48] <himmalerin>	 thanks lmao
[00:25:51] <Reedy>	 https://www.mediawiki.org/wiki/Special:ApiSandbox#action=query&format=json&meta=userinfo
[16:29:31] <Majavah>	 DannyS712: first time doing anything like this, did I do anything stupid? https://gerrit.wikimedia.org/r/#/c/607073/
[16:30:37] <Reedy>	 Changing parameter orders is always awkward
[16:30:44] <Reedy>	 And then attempting to reshuffle them just feels wrong
[16:32:07] <Majavah>	 yep, but how else can you make $user required?
[16:32:47] <Reedy>	 You've also mangled the defaults
[16:32:57] <Reedy>	 The safer way is to have a new method
[16:33:20] <Majavah>	 but naming is hard
[16:33:43] <Majavah>	 also the defaults are intentionally like that to keep old uses relying on them working
[16:34:09] <Reedy>	 It doesn't match the phpdoc then
[16:34:12] <Reedy>	 But it's just confusing
[16:34:53] <DannyS712>	 yeah, new method is always easier - doEditContent2 would be fine - not very original, but we have LocalFile::recordUpload, ::recordUpload2, and ::recordUpload3
[16:35:29] <Reedy>	 Or does it need the do prefix?
[16:50:56] <Majavah>	 better now?
[16:55:33] <Reedy>	 You shouldn't need to duplicate all the code
[16:55:51] <Reedy>	 oh, you haven't
[16:56:20] <Reedy>	 phpcs will complain though
[18:01:47] <ProcReader>	 https://phabricator.wikimedia.org/T185664 - anyone who's familiar with the code stewardship process, any idea how long (weeks, some months, many months, years) is left on this process?
[18:07:40] <absor70>	 Is there any way to scan the code base and find everything that was deprecated or removed in a new version? Does phpcs with mw package does something like that?
[18:11:04] <DannyS712>	 it should be in the release notes
[18:11:29] <Reedy>	 The SNR of release notes is hardly useful though
[18:11:37] <Reedy>	 And it's very much a manual process
[18:14:43] <absor70>	 DannyS712: yes, this is what I'm going thru, but would be very very handy if there was an automated way :)
[18:15:25] <absor70>	 Back to the manual process then o/
[18:16:41] <Reedy>	 A static analysis tool that looks for @deprecated probably will work
[18:55:01] <TBAT>	 Hey guys I read "Structured Discussions is no longer in feature development, and new deployments have been suspended." Is there an alternative or will the new version of mediawiki 1.35+ has a build in solution?
[18:56:01] <Sky2042>	 hard question
[18:56:31] <Sky2042>	 you can still use the software as it is still deployed on a WMF wiki (so at a minimum it shouldn't break)
[18:56:53] <Sky2042>	 WMF is currently working on making a system to support current talk page use
[18:57:20] <TBAT>	 ok
[18:57:33] <Sky2042>	 you can follow that at https://phabricator.wikimedia.org/tag/discussiontools/
[18:57:49] <TBAT>	 thank you
[18:58:08] <Sky2042>	 I don't know if that will be in the tarball or how far along it will be by the time 1.35 is pencils down
[18:58:37] <Sky2042>	 but it's usable in a beta sense on a few WMF wikis
[19:47:26] <ottomata>	 Reedy:  hia, i'm still struggling with avoiding a hard depencency on EventStreamConfig in the EventBus extension.  I'm not sure how to avoid it since we required strict type declarations for method parameters now
[19:47:36] <ottomata>	 e.g. here 
[19:47:36] <ottomata>	 https://gerrit.wikimedia.org/r/c/mediawiki/extensions/EventBus/+/594505/9/includes/EventBusFactory.php#85
[19:48:02] <ottomata>	 If the EventStreamConfig class is not loaded, the StreamConfigs class will be undefined