[00:09:22] [[phorge:T15921]] [00:09:23]

[00:17:42] I don't believe we can do anything about that. I think it needs fixed in either HaWelcome or Moderation. Probably Moderation, to not moderate system users. Though maybe enabling wgModerationIgnoredInNamespaces on user talk, available in Special:ManageWiki/namespaces could be a workaround? [00:18:14] I'll try that tommorow [00:18:24] I will post that to the rask [00:18:33] HAWelcome should really create a proper user though [00:18:46] being able to assign rights to it is not entirely unreasonable [00:18:59] although moderation also shouldn't moderate system users lmao [00:19:10] It should yeah. I think this has a potential to fix for both extensions, both HaWelcome should use a proper user, and Moderation should not moderate system users. [00:29:15] Apologies for the previous lack of response there also. [13:31:32] [1/2] the workaround works! [13:31:33] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1548687579975655434/obraz.png?ex=6aa7f734&is=6aa6a5b4&hm=9f7e98efcc95074387f6a5fed0902f1b80b8bb2d496415aa6f333c05e292cef9& [14:03:26] need a fairly urgent injection of `autoreview` into steward global permissions [14:04:12] I can work around it very crudely and if what I am doing goes through it will become an un urgent rights change more broadly but the absence of this permission is tripping up pii removal [14:04:42] can you grant yourself bureaucrat/admin on the wiki [14:05:01] that might be the easiest workaround for now [14:08:28] that will do, o7 [14:12:37] [1/2] actually, how on earth do the global permissions work lmao [14:12:38] [2/2] `editall` is also one that's come up for me before that global groups should realistically have [14:56:44] In the last few days I noticed a strange thing. While I am at home connecting to my home wifi, whenever I open miraheze (any subdomains), it will show a cloudflare verification, and for some reason all images are not showing, just a broken file icon. But when I switch to mobile data, it works fine without cloudflare verification, and all images are shown properly. [15:06:26] /shrug we assign on meta and hope for the best when it comes up is as far as I know and for odd extensions not fit for meta we now either badger tech to inject or enable on meta for better or worse, or [15:07:30] it is something I think I will put onto phorge when better windows are available [15:08:05] old workaround was self assign somewhere with steward userrights but that had become increasingly not desired practice and now appears impossible [15:53:19] I think the permission needs to exist on meta for it to be added to [[Special:GlobalGroupPermissions/steward]] [15:53:26]

[16:08:03] Great! [19:17:14] Yes [19:17:44] I think we said you could have permissions on a stewards wiki or something if you wanted to enable extensions to change global rights [19:18:04] But we have tightened some of the permissions recently and they'll be another wave of that soon [19:36:29] I think `foreachwikiindblist` is slowing down the whole farm again [19:37:12] There isn't a good alternative unfortunately since it needs to enable ULS on every wiki that enabled LanguageSelector. [19:45:19] this is why i dropped doing anything intensive like that and had a script that just pushes whatever work it is onto the job queue for every single wiki [19:45:24] maybe that would be useful on MH [19:46:24] although the worker reading from that queue just picks the job up and runs whatever was pushed from the cli so thinking about it i wonder if it is actually any less resource intensve [19:53:03] I might have something to do with spawning a separate process for each wiki. If I run `ManageWiki:ToggleExtension --wiki=loginwiki --name=languageselector --disable --all-wikis` it's a lot faster, presumably because it occurs in a single process. [20:06:21] Because that doesn't reset database lists until the very end. That is why I added --all-wikis in the first place. [20:06:37] With foreachwikiindblist you are resetting database lists every single wiki. [20:07:31] Also yes it is also faster because it is in a single process, rather than spawning new processes. Not the main reason though. [21:52:03] [1/4] https://cdn.discordapp.com/attachments/1006789349498699827/1548813537235697744/image.jpg?ex=6aa86c82&is=6aa71b02&hm=65694a96f817a82bd19eef648715186023bd1fa50d0728ab7d228593b1857564& [21:52:03] [2/4] https://cdn.discordapp.com/attachments/1006789349498699827/1548813537579765941/image.jpg?ex=6aa86c82&is=6aa71b02&hm=34c42184c82af3fe977c407e52c65dd9326f79ff100cd8e8897ffaf79a735095& [21:52:04] [3/4] https://cdn.discordapp.com/attachments/1006789349498699827/1548813537994875012/image.jpg?ex=6aa86c83&is=6aa71b03&hm=ec454ae6cbba364dae4d367a7950fbaa86cadbf3539201ce04520b85847edfe7& [21:52:04] [4/4] https://cdn.discordapp.com/attachments/1006789349498699827/1548813538364096562/image.jpg?ex=6aa86c83&is=6aa71b03&hm=ad31df28f112889f078d593da4216aab7f4b2e5c6dd6c5b5aff5bf750ff2f0a0&