Today
IPInfo is most definitely going to expose private data once IP Masking starts but it's minimal (geographic location and ISP). The WMF are asking users to agree not to share the data but no full NDA needs signing.
Unfortunately due to IRL circumstances I don't currently have the time to build or maintain the wiki, so I'm not going to go through with any major changes right now.
Will you proceed with this? Otherwise, this task will be closed soon.
Mon, May 22
Sat, May 20
Once RequestSSL is completed and all SSL requests are done via the extension, I propose that we remove it from Diffusion as it won't really serve a purpose anymore.
Fri, May 19
Can someone else please confirm that ManageWiki backups aren't restorable? Not that I don't trust you, but it seems like a major bug that should be addressed.
There is no way to reset the user table unfortunately as it breaks MediaWiki entirely.
If ManageWiki backups aren't restorable, that kind of defeats the purpose of having them, doesn't it? Why is this a feature in DataDump if it doesn't work?
Thu, May 18
I believe ManageWiki backups aren't restorable at the moment so you'll have to restore ManageWiki configurations once reset. As for the dump import, please request that on Meta via Special:RequestImportDump and once that's done, we'll proceed with the reset.
This is an upstream bug fixed in MediaWiki 1.40 (not 1.39 unfortunately). Once we upgrade, this should work. See https://phabricator.wikimedia.org/T318079 for reference.
Fri, May 12
Thu, May 11
With IP Masking coming up, I'm unsure if this can be considered. Only CVT (not sysadmins) have access to it but it is completely broken outside of Betaheze. This will be dependent on whether this can be fixed on Puppet and on what we decide to do with IP Masking coming up.
Wed, May 10
Argument 2 passed to ChangeTagsLogList::updateChangeTagsOnAll() must be of the type array, null given, called in /srv/mediawiki/w/includes/specials/SpecialEditTags.php on line 440
from /srv/mediawiki/w/includes/changetags/ChangeTagsLogList.php(75)
#0 /srv/mediawiki/w/includes/specials/SpecialEditTags.php(440): ChangeTagsLogList->updateChangeTagsOnAll(array, NULL, NULL, string, User)
#1 /srv/mediawiki/w/includes/specials/SpecialEditTags.php(158): SpecialEditTags->submit()
#2 /srv/mediawiki/w/includes/specialpage/SpecialPage.php(701): SpecialEditTags->execute(NULL)
#3 /srv/mediawiki/w/includes/specialpage/SpecialPageFactory.php(1428): SpecialPage->run(NULL)
#4 /srv/mediawiki/w/includes/MediaWiki.php(316): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext)
#5 /srv/mediawiki/w/includes/MediaWiki.php(904): MediaWiki->performRequest()
#6 /srv/mediawiki/w/includes/MediaWiki.php(562): MediaWiki->main()
#7 /srv/mediawiki/w/index.php(50): MediaWiki->run()
#8 /srv/mediawiki/w/index.php(46): wfIndexMain()
#9 {main}Mon, May 8
Please request this via Special:RequestImportDump on Meta
It's not in Special:ManageWiki/permissions.
I believe you can remove that right yourself.
While the protection level itself is gone, the now-orphaned user right for "Edit pages protected as allow only logged in users" still exists in the "users" user group.
User protection level is gone on nycsubwaywiki
It isn't possible in ManageWiki. I know how to do this on mw-config though.
Removing a protection level is not a steward matter. It's most definately within the scope of SRE.
Sat, May 6
Fri, May 5
This is a Steward matter upon second look, which I am not.
Wed, May 3
Mon, May 1
@Dringsim See 5220, this is done.
Please also set $wgDefaultUserOptions["visualeditor-tabs"] = "prefer-wt" and $egApprovedRevsShowNotApprovedMessage = true. Thanks!
I'm sorry but echo-subscriptions-web-reverted shouldn't be changed to echo-subscriptions-web-mention-reverted
It's the one with mention, although "echo-subscriptions-web-mention" needs to be set to true first before those will work. It is supposed to be by default though.
Is it echo-subscriptions-web-mention-success/failure or echo-subscriptions-web-success/failure? The latter doesn't seem to take effect.
Oops, apologies @AmandaCath. Didn't see you as the assignee of the task until after PR had been filed. If you would like me to close to make way for yours, happy to do so. Sorry about that.