There were two results when tracing the error.
Wed, Mar 3
I apologise for all these Cargo errors that have been occurring as of late. This particular error is sorta tricky to resolve, due to:
- It apparently fixes if the extension is updated.
- Other errors apparently occur if the extension is updated. (See T6915)
As such, I have absolutely no idea what to do here, whether updating it is more worth the errors that happen then, or if these errors are less the impact. We will have determine the biggest impact and go from there. Again, apologies for this.
Tue, Mar 2
For the record, plain text error from above screenshot:
Should be resolved.
To resolve this do as @Dmehus suggested above. Thank you!
After I look into the file extension and determine if it is safe to allow enabling from ManageWiki, I will merge my currently open PR to add this option. Thank you!
Mon, Mar 1
Yes, I reverted the extension update which fixed this. Forgot to close this task. Thanks!
Sun, Feb 28
Works for me after adding ?action=purge to the category page.
MWException from line 129 of /srv/mediawiki/w/includes/MagicWord.php: Error: invalid magic word 'MAG_APPROVALYEAR'
Per @Paladox, should be fixed shortly.
Sat, Feb 27
Fri, Feb 26
ManageWiki logs whatever tab was last viewed.
I will add this to ManageWiki with the 500 limit set.
Hello, I will report this upstream, but I don't see the mentioned issue in logs, next time this happens, please let me know so I can check logs again for full error message. Thanks!
Due to the complexity of this. And complexity outweighing value, I'm going to go ahead and mark this as declined.
Done with https://github.com/miraheze/ManageWiki/pull/250. Will be deployed when ManageWiki is updated.
Thu, Feb 25
Copying my reply on GitHub:
I don't personally think this is the best idea to allow this. Not every thing in archive.org is safe.
In my opinion, this will be fine to add to ManageWiki, with the limit of 500 set. I don't recommend anything higher than that though.
@RhinosF1: progress on IR?
This can be done by addeding a meta tag to just special pages and api.php
Wed, Feb 24
Hello, please ask this on Community noticeboard over at meta. This is likely an issue with your lua modules themselves and as such, the community may be the best place to answer and assist with this. Thank you!
@John: Oh makes sense. Any objections to implementing this through the puppet robots.php though?
Tue, Feb 23
I will do this for you shortly. Thanks!
All done now.
I can do this now.
Mon, Feb 22
So this can be resolved upstream.
Created upstream task: https://phabricator.wikimedia.org/T275416
I'm still working on a fix to ManageWiki, which if needed can be a new task, but deleting just https://snapwiki.miraheze.org/wiki/Newsletter:Wiki_Notices should resolve this task in the meantime. Thanks!
Whoops. Was talking about that elsewhere and accidentally added it.
Declined per T784#12341. It requires a service we don't have and unable to install currently. I apologise for the inconvenience.
Sun, Feb 21
Won't be to hard to do this if we want to: https://github.com/wikimedia/operations-mediawiki-config/blob/master/w/robots.php
@Helper my concerns come from any of the tags, including <a> and others. Therefore I must decline it.
This is due to your import being to large please send your import file (xml) to email@example.com and we can do it from our side. Thanks!
Sat, Feb 20
This is a change I've been planning to do for awhile. I want to make ManageWikiNamespaces more consistent with ManageWikiSettings. Starting with adding an actual help message to ManageWikiNamespaces, and changing the name fields to be like ManageWikiSettings.
Fri, Feb 19
Should now be fixed. Will be made live when MirahezeMagic is updated.