Sent this reply just to confirm that this task of mine has not been forgotten...

I just had another problem when I was testing regular expression substitution (although it seems to have been mentioned by a previous reply), showing that the edited page doesn't exist (but they do), it looks like there's something more complicated about this? I hope that measures will be taken as soon as possible, as the magnitude of its impact exceeds my previous estimates.

By the way, is it possible for me to request a refresh for the whole site (in order to avoid other probable problems)?

In T10538#212239, @BrandonWM wrote:

What are the issues in code execution? Looking at the copypaste template, I can't find anything.

Spam.

I need a file dump however there isnt a option i can select for this operation. So I'm reopening this ticket.

https://zh.wikipedia.org/wiki/Special:%E7%BE%A4%E7%BB%84%E6%9D%83%E9%99%90

Now ProtectSite doesn't work again

Database name: theredpionnerwiki
Https://321nails.crpteam.club

Maybe T10117

Ohh.. It seems to be fine just now. But I wonder why it happened. I'm closing this issue because it seems not to be a problem anymore.

Then why can't we just make ReplaceText extension disappear from the list? Leave it in the extensions list of ManageWiki can make bureaucrats confused because of this problem that can't be solved.

Database name: theredpioneerwiki

[59a7449daa769ea0db090b8c] 2022-12-24 01:01:55: 类型“Wikimedia\Rdbms\DBQueryError”的致命异常

I noticed that a pre-release version of MediaWiki 1.40 has been released recently. Will there be a situation where we, Miraheze, will catch the official 1.40 release just when we are ready to upgrade to 1.39? This may be quite dramatic, but given the current pace of testing (T9745), I think it is possible. :P

P.S.
This doesn't just happen on one page. All pages cannot be edited, even if they are not protected.

I'm sorry for the mistake I just made... I hope it didn't cause you too much trouble.

The login systems of various wikis such as Meta are dead. I don't know if the system administrators noticed this, but I almost couldn't get on Phabricator. I completely thought it was necessary for Miraheze to immediately find out why this was (because I had seen such a failure twice in less than three weeks) and tell us if it was a problem that could be fixed.
I'm really, really a bit unhappy now.

82 Hours Left ****

I'm waiting for response - I would very much like to do this because it will save a lot of trouble. (I imported many templates from Wikipedia.) :)

In addition, I have unprotected all pages protected by these two new permissions, and have also unchecked these two permissions in each user group. I guess changing them shouldn't cause any problems with the wiki. Just change the names added in the last commit one by one.

Just have a try? I just need to rename these two permissions. No user group has to be renamed.

Change the name of the permission added in the last ticket to the name Wikipedia named it: templateeditor and extendedconfirmed.

Sorry. It's my fault. I forget to add permissions to the sysop groups... So yeah, I can't use them, of course.

Well... actually, there are still some problems.
I can see these two new permissions now, but still can't set the protection level like this in the protection list - it seems that they are not added to the list of options available.

Again... Again... Again...

Err... In fact, I just still haven't found these two permissions. Search yielded no results. User groups have been created, and it is not seen in the permission settings of the user group.

Sorry, but there's another problem.
I do not see any changes on my site. Is it because I need time for synchronization or other operations or because I need to clear the cache locally?

In T9629#194468, @Universal_Omega wrote:

In T9629#194465, @Ugochimobi wrote:

Yeah, I will make a PR to make the permissions available on your wiki, so that you can create the groups via ManageWiki.

Groups need to be created first I think, and than new permissions added, that can then be given to the groups in ManageWiki.

And restriction levels needs done in LocalSettings.php, because ManageWiki does not support it, but might eventually (T9195)

Thanks!

Yes, that's right. But I think I can create these two user groups myself. Of course, it would be better if you could create permissions and user groups with the same name.

In T9629#194460, @Ugochimobi wrote:

@Creeper19472 what exactly do you want to set?

Also, what I need to add is:

Again. Just 30 minutes ago.

I don't know what happened today. There're so many 502s happened, much more than before. Then it showed me this strange problem.

Thanks

It still happens from time to time, and at the same time the 503 Backend Fetch Failed problem can also appear. (But recently Curl Error seems to be less than before.)

?

This problem appears to be a collective failure caused by this entire database server going offline. Is this a common phenomenon?

Also ran into this issue on Meta Wiki: this error was returned when replying to a user discussion.

Supplement: When using Special:Import, if the number of imported templates reaches a certain number at one time, this error will also occur, resulting in failure to import normally.

Updated request... I've revised the description of the request on miraheze (which was previously declined).

P.S.
Since Miraheze's review process seems to have been stalled for a while... I've filled in the Miraheze subdomain I filled in here in advance, sorry.