@Reception123 Apart from the 3 users who have started their activities after the decision was made (note that 2 of them are apparently made only for vandalism), I've confirmed that all the contributors on Special:ListUsers have agreed, or are subaccounts of someone who have.

In T5323#100926, @Mb1209 wrote:

Can you change Managewiki right to SuperAdministrators?

Reopening the task, as now I found out that the following 2 requests are stuck at the same "abominablememefandomswiki".

I have created the wiki per https://meta.miraheze.org/wiki/Special:RequestWikiQueue/10777

Reporting the latest case.

Thanks, but now all the tabs apart from "request" are gone, and I still can't create a wiki or post comments on those requests.

Reopening the task, as I have found that ContributionScores (merged from T3931) is still not working. Could you fix it as well?

I could see the titleblacklist being created, but the testing through api.php have failed due to an unknown reason, though the syntax seems to be correct (as they work fine on other wikis).

@Reception123 Yes. Sorry for the delay myself. Had been busy on other projects.

Marked as resolved.

@Mlfoster Now I have disabled it, and you should be able to manage extensions.

Well, Stewards should be able to access private wikis without member rights, and even if I didn't have the permission to view the wiki, I wouldn't be forcefully logged out on other private wikis as it happened there.

Something is going wrong with your wiki - the custom domain (https://theliteratureproject.org ) will return error 404, and when I tried to fix it on the original domain (https://theliteratureproject.miraheze.org ), I'm forced to log out due to an unknown reason. I think only sysadmins can fix it.

I think it's because you will need managewiki-restricted permission to manage extensions when restricted extensions are enabled (including but not limited to Auto Create Category Pages).

Done.

True, but don't you have a backup to restore all of them, as it looks like the similar issues have happened across most non-English wikis?

P.S. It's kind of random - in most cases, status updates do work fine.

Hmm, I wonder why that happened. Perhaps something related to a past incident?

I have found out the error occurred because the wiki already exists. However, the message sounds like some kind of error (than telling why the wiki cannot be created), and would like to have it fixed.

Apparently, the Wiki Manager permission doesn't work as intended (while wiki creator, CVT, and interwiki-admin works fine). I will report this as an update.

See T4403. I will fix your permissions as the local crat there.

Thanks for your fix, which I have confirmed that it works. However, the thing is, the wiki does NOT exist, with the non-customized URL resulting in error 404 and custom domain resulting in DNS_PROBE_FINISHED_NXDOMAIN.

So maybe asking for donation through centralnotice might be the solution for the time being. Some users have already suggested it on our discord, and perhaps it's indeed high time we did so.

I have moved the page to a log page for a quick fix. I have checked the source, and it seems like it has something to do with the use of templates.

They would like to know the ETA of this import, and whether there will be an edit conflict if they import stuff manually using Special:Import and/or Special:Upload. Could you tell us?

@Void I think you need to add a plus before uncyclopedia2wiki at line 3303. It seems to be the only difference I could find. (though I may be wrong, because it's rather a guess and I'm not an expert on this topic)

It's actually an issue seen across whole Mirhaeze (such as this page), and I'll triage it as high priority.

I'll set it to high priority, because the broken subpage links have been seen across multiple wikis, including Usopedia and meta. It's probably that the subpages on mainspace which are going wrong.

And the log, too, is not working properly, because we can see that wikis are created according to the farmer log but they won't be displayed on RecentChanges.

Hmm, so I guess it was related to the local gadget. A similar problem also happened on Usopedia (which I fixed it by myself by deleting the script referring to non-listed site), and there might be similar issues coming up on other wikis.

Hmm, it was working fine on Illogicopedia (where I found that filter), but I guess we need some improvements for Miraheze.

Uh, after I posted this, I found this phab task and understood that it's just a natural process during update.

@Wedhro OK, thanks for your comment. Maybe it'll be useful to tell the Polish community by yourself, because they're having discussions regarding interwiki here.

@Wedhro I thought the Italian community has decided to move the wiki to a server hosted by Carlb. Can you tell me what's going on? And which version will be the official one as the final result?

Please see CVTwiki. It did stop from time to time due to various kinds of errors.

Hmm, sounds good to me (though the speed limit is sometimes problematic for my activities). Thanks for your comment.

You can't enable check user because it violates our privacy policy.

P.S. I also wish I could edit the reason. Not all massive blocking is due to proxies.

Reopened per above.

This is probably because the website in question is not whitelisted. We had a security issue, and currently only trusted external sites are whitelisted. You can ask for the site(s) to be whitelisted or manually upload the images on your wiki.

I have to reopen the task, because the image from https://mirrors.creativecommons.org is not displayed properly; at least, it looks like you're using the one from the mirror website for CC BY-NC banners, which is:
https://mirrors.creativecommons.org/presskit/buttons/88x31/png/by-nc.png

My pleasure :)

Some comments.

1. Script removal should be done by oversighters (so that local admins cannot restore).
2. One of the problems is that the guy who made the script has been inactive for months (see this). I'm not sure whether anyone can make a contact.
3. Also, at least one of the admins there hosts multiple wikis; those wikis should also be investigated (I'll send a list on CVT channel if necessary).

Wow, that was fast. Thanks as always :)

I've enabled protection for the next 24 hours. Can you do it within it? Thanks.

To who perform the modification: can you notify me beforehand on Meta so that I can protect the site from being edited?

Turning things back.

Confirmed. Thanks for your help :)

Thanks, but I'd like to reopen the task.

Thanks :)

Thanks :)

As I mentioned above, those who can access the logs should be limited to: admins (local), BCs (local), CVTs (global), Stewards (global), and Sysadmins (global).

The userpage itself can be dangerous, because some vandals try to register address/phone numbers for their user name. I have a filter to prevent most of them. but still it's not 100% perfect, and those vandals can intentionally create logs (which happened in my previous wiki before moving). Thus, that is still not enough.

the very "what" can contain private info or hints (because I've blacklisted creation of some pages).

Although all the filters are private, anyone can see which filter was triggered on which actions, pages, etc. from Special:AbuseLog. This is the very page I'd like to have it hidden.

Uh, well, I guess I forgot to add sysadmins. They should also be able to see the logs. Thanks again.