Don't touch my tag - please and thank you.

It's not a feature for the CreateWiki extension. And since this is a mere request to change the rights on a specific wiki, this is resolved via ManageWikiPermissions. A task to make these restrictions the default on wiki creation should be created separately, although I automatically would oppose such a change.

The only reason why MultiUpload doesn't work here is because it is unmaintained. The independent site that uses it that you may be thinking of is ShoutWiki, another MediaWiki hosting provider. However, ShoutWiki system administrators are maintaining a single version of the extension just for their own use, and the extension is no longer actively being maintained upstream. So, unless we want to borrow code from one of our competitors, MultiUpload will not work on Miraheze unless someone starts maintaining it upstream again.

Yes, this does indeed need DeleteBatch due to a longstanding unresolved bug that does not allow Nuke to retrieve pages created by Special:Import @Reception123 @Paladox can you run deleteBatch.php for this?

This belongs at the Stewards noticeboard on Meta Wiki.

@Dark_Dragoon drag and drop is not the only way to upload using MsUpload - if you go to Special:ManageWiki/settings on your wiki there should be an option to disable drag and drop under one of the subheadings.

In T4609#87633, @Manuela wrote:

I figured out a workaround (changed the content model)

Yeah, it's probably related to the language. There's a chance that there is a software bug where the documentation subpage has to be titled "Documentation" in English, and not a translated equivalent. I can't confirm this, but it's just my speculation from experience elsewhere.

@Reception123 because anything requiring a security review is de facto stalled due to the excessively long backlog of extensions awaiting a review. It seems that paladox and SPF are starting to do at least a few partial reviews to help out labster and samwilson, but it's still a horrible backlog.

@Reception123 not off the top of my head, but I haven't looked that closely either. As indicated by my status here and the note on the Meta userpage, I've been unexpectedly busy these last few weeks. I just know that it's an issue I've experienced myself on numerous occasions where I've mass deleted vandal files and then I go to do a separate unrelated mass delete several days later and the Nuke still attempts to re-delete the already deleted files. I probably emailed upstream about it at some point, and I do recall it being one of those things that everyone is aware of but nobody wants to work on.

@Levreauj you should now be able to go to Special:ManageWiki/settings on your wiki, and under the "Editing" tab, uncheck a box labeled "Automatically approve new revisions".

Ah, there it is. I'll handle this in a few minutes.

@Levreauj looking through the documentation of the extension I'm not seeing any information about the configuration variable you mention.

ConfirmEdit is already installed by default.

@Paladox can handle this I think

I'm in the process of figuring out how to add this to ManageWiki - please stand by.

CategoryMembershipChanges isn't an extension that I'm aware of (and there's no MediaWiki.org documentation page for such an extension). Rather, this is a configuration variable, but per paladox this is not something that we would implement globally. It would be available in Special:ManageWiki/settings as you describe above, but opt-in rather than opt-out.

@Hamid update? Is the font that you want hosted at a URL that is included in the link that paladox gave above? If not, what is the URL so it can be added?

@Southparkfan any updates?

No response.

Actually, scratch that... this is just stalled on getting the extension fixed.

Actually, scratch that... this is just stalled on getting the extension fixed.

Actually, scratch that... this is just stalled on getting the extension fixed.

Declined for now per T4545#86255

Declined for now per T4545#86255

Declined for now per above.

Ah yes, for some reason Wikibase Client is restricted to sysadmins to enable... I've seen that before and I'm still not sure why that is the case. Anyway, someone, perhaps @Paladox will need to enable it for you.

ManageWiki is available on all wikis, assuming that you are a bureaucrat or a member of another group with permission to access it.

@Hypercane looks like you stole my ideas from Weather Wiki :P

I like this idea.

Will need an op to use DeleteBatch if they don't work with Nuke @Paladox @Reception123

Okay, thank you for providing the file.

@Paladox

@Cg098 you need to attach a file to import from.

Per comment

@Mrwiki have you tried uploading the above file directly onto the wiki via Special:Import? The file you included above is only 2 KB so it should be able to be done directly.

The issue of non-Latin script characters being garbled on wikis is not a new issue (usually this can be fixed with Special:ManageWiki), but your claim about not being able to perform administrative tasks is new and therefore should be looked at by a system administrator.

Obviously just seeing this now... @NDKilla one of the conditions in my Herald rule is to automatically add my project tag to any task that is UBN priority.

In T4508#85563, @RhinosF1 wrote:

@AmandaCath Any chance Public Testwiki Could get them as well?

I've made a request for this change but for some reason it's not showing up on Phabricator.