Community noticeboard/Archive 24

__NOINDEX__

We need a way to report wikis and users
Until now, I didn't realize that the only obstacle to Miraheze's success was that you still need to request wikis. Even though the process is almost automatic, thanks to the CreateWiki extension, wikis still have to be approved. That all changed when I ran into difficulties requesting a wiki because it was assumed to be a duplicate. That's when I realized something. Fandom, the most popular wikifarm, has fully automatic wiki creation, but also a way to report wikis that violate their policies. If Miraheze had a way to report policy-violating wikis, it would solve the biggest problem of automatic wiki creation: the potential for policy-violating wikis to be created. There is a wiki for the Counter-Vandalism Team, at cvt.miraheze.org, but the only problem is that it's private. We need a page for user to report policy-violating wikis. It's not hard to setup. I believe it will help the growth and moderation of Miraheze. Tali64³ (talk) 23:21, 13 October 2021 (UTC)


 * The page is called the Stewards' noticeboard where you may bring violating wikis and even users to steward attention. Reports may also be done via talk page to the appropriate users and with even more discretion, via discord or IRC to appropriate users. Splitting off the process further is not necessary. --Raidarr (talk) 23:55, 13 October 2021 (UTC)
 * But what would it be like to report wikis? Within the wiki itself? That wouldn't be a good idea if that was it. Yellowass.png (talk) 00:29, 14 October 2021 (UTC)
 * cvt.miraheze.org is a private wiki meant for members of the global Counter Vandalism Team. To report problematic users and wikis, users are encouraged to report it at Stewards' noticeboard or on Discord/IRC on our CVT channel. That being said, one of my goals is to create better documentation which describes how to report vandalism and issues. Agent Isai  Talk to me! 00:36, 14 October 2021 (UTC)
 * Raidarr is correct. Wikis and users can be reported to Stewards for violations of various global policies or if there is other evidence of abuse. Please ensure your reports are both concise, but also sufficiently detailed and supported by evidence (i.e., diffs). Dmehus (talk) 03:17, 14 October 2021 (UTC)

Broken chart
The sysadmins chart in Tech:Timelines is broken 02:15, 14 October 2021 (UTC)


 * Fixed with a bit of wikitext wizardry. -- Void  Whispers 01:46, 16 October 2021 (UTC)
 * Ok! :D Anpang

Talk 12:24, 16 October 2021 (UTC)

Wiki.
i only get one more chance at creating a wiki, per Dmehus (Doug). What is a good topic? Thanks. SperosDurrell (talk) 16:16, 14 October 2021 (UTC)


 * I think you should save the only chance for later, but I'm too late now oops you already requested a wiki but it's already declined by Agent so ok. Anpang   Talk  00:39, 15 October 2021 (UTC)
 * i resubmitted it. SperosDurrell (talk) 01:11, 15 October 2021 (UTC)
 * You have to know the topic of your wiki, what you are going to post, edit, and so on. Yellowass.png (talk) 01:19, 15 October 2021 (UTC)
 * i know. SperosDurrell (talk) 01:44, 15 October 2021 (UTC)
 * ty 4 checking it out. SperosDurrell (talk) 01:45, 15 October 2021 (UTC)

Scribunto isn't in the extension list
In the extension list, there's no scribunto, just capiunto. Just trying to import the infobox template 05:27, 15 October 2021 (UTC)
 * I have infobox on the wiki where I manage. Does not need Scrinbunto, or Scrinbunto is installed automatically. You need to put MediaWiki:Common.css and MediaWiki:Common.js on your wiki and modules like : Module:Yesno and Module:Infobox and so on. Yellowass.png (talk) 20:37, 15 October 2021 (UTC)
 * Ah ok, thanks. Anpang   Talk  01:07, 16 October 2021 (UTC)

Interwiki table
I would like to request to add the prefix 'w', the url https://zh.wikipedia.org/wiki/$1, forward = yes, and transclude = yes to the interwiki table of XComhghall Wiki. Thank you very much. — XComhghall (talk) 20:16, 16 October 2021 (UTC)


 * XComhghall, ✅ per your request. Note that  now overrides the global configuration for the prefix, but you could request   be added as an interlanguage prefix for , if you wished, so you could still use   on your wiki. Dmehus (talk) 22:29, 16 October 2021 (UTC)
 * Excuse me. So how does an interlanguage prefix work?  or just  ? Thank you! — XComhghall (talk) 22:57, 16 October 2021 (UTC)
 * XComhghall, I believe you can use, but likely will run into issues in terms of determining which interwiki prefix it's for. So, for that reason, I strongly recommend using the former. Hope that helps. Dmehus (talk) 23:54, 16 October 2021 (UTC)
 * Thank you so much! I think I am fine for now. I may add an interwiki prefix of  to https://en.wikipedia.org/wiki/$1 in the future. — XComhghall (talk) 00:47, 17 October 2021 (UTC)
 * No problem. :) Dmehus (talk) 15:36, 17 October 2021 (UTC)

How to make interlink.
I want to make interlink for Japanese wikipedia. But I do not know to make interlink. If you know that.I want to your teach. Thank you to reading. Key-Power (talk) 13:24, 17 October 2021 (UTC)
 * , ask any of the Interwiki administrators on Discord or just make the request here. Request in the format:
 * Wiki URL:
 * Requested prefix:
 * Transclude:
 * Forward:
 * Courtesy pings to and . --Magogre (talk)  13:37, 17 October 2021 (UTC)
 * Did you mean link to Japanese Wikipedia? You should use this to link to this Wikipedia: " Example " YellowFrogger (✉ Talk  ✐ Edits ) 23:31, 17 October 2021 (UTC)

Limpar Wiki
Eu gostaria de limpar toda wiki https://wikian.miraheze.org/wiki/ para que eu possa recomeçar do zero pois está tudo bugado e muitos erros estão sendo apresentados. Genuino467 (talk) 13:57, 20 October 2021 (UTC)

Configuring Page Forms
I recently created an new sister wiki, called "Lớp học Mật Ngữ: Fanon Wiki" and I'm configuring Page Forms for Fanfiction Maker. I got some success while making it, but I still need some helps from you guys.

Here's things I need help: Pisces (talk) 05:44, 21 October 2021 (UTC)
 * 1) How could I binding values of the checkboxes and tokens into an category?
 * 2) How could I exactly adding values into templates while doing the form?

Adding prefixes for interwiki (lhmnfanonwiki, lhmnwiki and brawlstarsviwiki)
While waiting for my Interwiki Administrator request, I did got some prefixes need to be changed or added on my wikis.

Effected wikis: lhmnfanonwiki, lhmnwiki and brawlstarsviwiki

into all of the wikis above (with Forwarding, not Transclusion). Thanks for the helps, Pisces (talk) 15:25, 21 October 2021 (UTC)
 * 1) Delete wwtbamvn, lophocmatngu, brawlstarsvn from lhmnwiki and brawlstarsviwiki
 * 2) Adding:
 * lhmn -> lhmn.miraheze.org
 * bsvn -> brawlstarsvi.miraheze.org
 * fanon -> lhmnfanon.miraheze.org


 * This is ✅ at this time. Check the logs for the different wikis. Kind regards. Ugochimobi (talk) 22:44, 21 October 2021 (UTC)

Problem with Slideshow
Hello, so here it is, I have a problem with Slideshow. I would like it to appear to the right of my text, so it appears on, as you can see here: https://personnages.miraheze.org/wiki/Blaze_the_Cat#Pouvoirs_et_capacit%C3%A9s Can you help me? Thanks in advance. Darkrai18 (talk) 20:18, 21 October 2021 (UTC)


 * The slideshow is unable to be fixed even when I add the |right| on the since the slideshow only appears to the right of the text for a while and then switched back to the left after I refresh the page. So I replace the slideshow with the image. SchizoACC (talk) 16:24, 22 October 2021 (UTC)
 * It was nice of you to try. I will add though that it is possible to do it, look here: https://wiki.comakingspace.de/Main_Page/Slideshow Darkrai18 (talk) 16:27, 22 October 2021 (UTC)

criminals wiki.
criminals please join!!! SperosDurrell (talk) 21:56, 22 October 2021 (UTC)

Does miraheze have a storage space limit?
Is there any limit to the number of pages in a wiki, its storage space or the number of uploaded files? WilliamGreenferry (talk) 10:17, 24 October 2021 (UTC)
 * No, Miraheze does not currently have any sort of exact storage limit in terms of what wikis can upload. That being said, our resources are of course finite so that is something to keep in mind. Reception123 (talk) ( C ) 11:29, 24 October 2021 (UTC)

Request for feedback on disabling Citoid and Collection

 * The following discussion is an archived discussion. Please do not modify it.
 * After a full week of this thread being opened, it appears that no one has raised any objections to Collection being removed thus it appears that there is no opposition to SRE to remove Collection. As for Citoid, one of the strongest arguments in opposition to this raised concerns about the possibility of future use of the extension saying that it would not be fair for those who may want to use Miraheze in the future. A few alternatives were demonstrated to the user by SRE which do similar jobs. Additionally, concern was raised in regards to the statistics displayed by SRE to demonstrate that Citoid is not used very much. The statistics were called by at least 2 users to be lacking however, due to limitations, the maximum amount of available statistics of 13 days were released to the community for usage statistics. One other user raised a serious concern saying that they were worried about it being removed but later clarified on Discord that they confused it for the Cite extension. The only other comment on this thread said that it was a cool extension. No further objection was raised on Discord or any other platform even after a mass ping on Discord and a thread being made too to address any concern. Some users on Discord signaled that they found it ok to remove it and as it appears that more are in favor of removal than against. After carefully weighing the singular strong oppose versus the general lack of opposition, and the support that was given to this, it appears that there is no strong opposition to removing Citoid and Collection and that SRE may remove it.  Agent Isai  Talk to me! 20:07, 27 October 2021 (UTC)

Hello Miraheze community,

SRE is soliciting your feedback on the disabling of the Citoid and Collection extensions. The main issue with them is that they require 2 extra servers just for them to host RESTBase. After reviewing usage data, it was found that less than 10 users a day use both of these extensions combined out of the thousands of active daily Miraheze users. In fact, since 00:00UTC of today, 16 October, only 1 user has used Citoid and no one has used Collection. By disabling these 2 extensions, we would be able to better use those now freed up resources by repurposing them and using them in other areas (perhaps another MediaWiki server to decrease loading time, etc.).

For the reasons outlined above, SRE wishes to know what you think about disabling Citoid and Collection. We desire to know what users (especially those who use the extension on their wiki) think about the proposed change. Please let us know about any concern you have about this proposed change. This is not a vote! While you may let us know if you support or oppose this change, please do not convert this into a full-blown vote and use the Support/Oppose templates. Thank you! Agent Isai Talk to me! 19:11, 16 October 2021 (UTC)


 * Citoid is cool and I use it on the wiki where I manage (or used). You would just put a business on EditorVisual to name sites (and even give an example). Wikipedia also uses this extension. If you spend resources on the server, and I use little, then it won't be much needed for me YellowFrogger (✉ Talk  ✐ Edits </b>)</b> 19:29, 16 October 2021 (UTC)
 * The cite tool in VisualEditor will not go. Just automatic citations from URLs and ISBNs. ~ RhinosF1 - (chat)· acc· c -  21:38, 16 October 2021 (UTC)
 * Hrm? How's that? Quite a few wikis use that feature, as far as I'm aware. Cyberpower678 operates an InternetArchiveBot, as I recall, that does just that thing. Not sure how often it runs, or if it runs more frequently on only a few wikis, but they should be consulted here, together with those local wiki communities. (This is in regards to Citoid. The Collection extension is probably not as widely used anymore in terms of its ability to create PDF books of wikis, but the fact it too shows as apparently under-utilized because its very nature suggests it does not need to be run that frequently.) As well, I also question the argument for removing extensions which are so infrequently used. If they're so infrequently used, they shouldn't be using too many resources. My concern here is that we might be trying to replace one apparent resource hog, RESTbase, with another resource hog, ElasticSearch, with little discernible benefit. Dmehus (talk) 00:00, 17 October 2021 (UTC)
 * Cyberpower678 has a bot that does stuff with Citations. It does not use Citoid in any way which is a service to automatically generate them from a URL or ISBN. These extensions are behind the services system & restbase so requires 2 VMs to run everything that need resources allocated to them. If there was usage and people indicated they needed it, I'd do everything I can to consider if it's worth it. ~ RhinosF1 - (chat)· acc· c -  07:38, 17 October 2021 (UTC)
 * You've identified a very compelling potential use case, of which I was not aware. I had thought Citoid was a completely behind-the-scenes extension; I did not realize it was directly interfacing with end users in terms of semi-automated lookups of bibliographic or publication details. This is definitely something I'd be very interested in for a future wiki; no idea why we're only looking at existing wikis. I have no issues with reallocating system resources, but surely we can find a bunch of our unused extensions to remove in order to save this one. Dmehus (talk) 15:35, 17 October 2021 (UTC)
 * The main trick here is that I don't believe other extensions generally require dedicated server space to use (SRE can correct me if I'm wrong), resulting in a unique draw from these extensions that removing any number of very small but mundane and mostly unused extensions would not match. But in all I think cutting to one server and seeing how it works would be a good thing to try if practical. --Raidarr (talk) 18:21, 17 October 2021 (UTC)
 * Yes, I get the rationale, but I'm not convinced of either the need nor its likelihood to be effective. I don't think SRE has articulated a clear case for what they're trying to achieve here. I would also note that John has let me know that this has not been initiated by the SRE Infrastructure team as part of a larger infrastructure needs assessment, so I'm just struggling to see what the benefit would be here in order to weigh it against the costs (and not just on recent use, but likely use that is core to Miraheze's mission). It strikes me that someone wanting to create a bibliographic database wiki, relying on semi-automated data entry population tools like Citoid would be core to Miraheze's mission. Dmehus (talk) 18:39, 17 October 2021 (UTC)
 * https://en.wikipedia.org/w/index.php?title=Wikipedia:CITEGENERATORS has various tools that can be used. ~ RhinosF1 - (chat)· acc· c -  21:30, 17 October 2021 (UTC)
 * A lot of those are based on, or use the, Citoid, extension. I'd rather see some other alternatives explored, which could including consolidating the two RESTbase VMs into one, or making some other modifications to its allocated resources. These are just a couple ideas, but I'm not really convinced here this is the only option. For example, look recently with the related ReplaceText extension, SRE was able to enable database compression on all wikis, on all but the current revision, to wiki pages, and this allowed the ReplaceText extension to still be used. I see a lot more potential use cases to Citoid than I do ReplaceText, as ReplaceText has an alternative extension in MassEditRegex&mdash;and we kept ReplaceText. Dmehus (talk) 21:40, 17 October 2021 (UTC)
 * Only 2 on there use Citoid. I'm seeing a lot of pushback but very little examples of actual use. ~ RhinosF1 - (chat)· acc· c -  07:03, 18 October 2021 (UTC)
 * I'm not satisfied with the articulated rationale for removing/disabling the Citoid extension in particular, or the potential impacts on other extensions. I'm not familiar with the other extension, so have no comment there, but I also question the data used to propose remove the Citoid extension. I'm also not really satisfied that other avenues to free up server resources were explored. Why does it seem to default to a keep/remove this or that extension? Dmehus (talk) 19:33, 16 October 2021 (UTC)
 * To the best of my knowledge, the data was collected by analyzing nginx logs and also usage logs on services3 and services4 (the 2 servers provisioned to host RESTBase on). Something that prompted this conversation was the issue we faced with some automatic processes not being done, one of which was the automatic updating a configuration file that enabled/disabled RESTBase on the wikis. During the time that the configuration was not being updated, thre was not a single user complaint in regards to this which led us to look into usage data on these extensions and caused us to find that they have very low usage. The reason it may seem that in this case it boils down to "remove this or that" is that these extensions require their own dedicated servers. If they didn't, then we'd have no issue with these extensions but they do and their usage doesn't justify the need for 2 extra servers which do nearly nothing other than serving a few requests per day (if any). Agent Isai  Talk to me! 20:15, 16 October 2021 (UTC)
 * It's not default. It's come to our attention that the usage is virtually none. ~ RhinosF1 - (chat)· acc· c -  21:11, 16 October 2021 (UTC)
 * I'd find no real use but real resource consumption to be a pretty simple equation, honestly. It sounds almost practical for SRE to find and directly poke the ones who do use it personally. Other avenues for resource saving I'm sure can be/have been explored, but essentially unused features can surely be one of them in the meantime. --Raidarr (talk) 22:17, 16 October 2021 (UTC)
 * as the only user in the about 14 hour period of logs we checked today that wasn't broken JS imported from Wikipedia that doesn't actually work or me. ~ RhinosF1 - (chat)· acc· c -  22:21, 16 October 2021 (UTC)
 * honestly, I only use this when i'm on mobile - it's a good extension, and I like it, and would be more in favour of allocating fewer resources than getting rid of it entirely, however I still have to do a lot of editing to get citations the way I want. is there a planned replacement/known similar extension that does this? or will all citations have to be manually done after this? Amazingakita (talk) 16:19, 21 October 2021 (UTC)
 * Hi, There's some tools linked at https://en.wikipedia.org/w/index.php?title=Wikipedia:CITEGENERATORS that you may want to evaluate for usefulness. Please let us know what you expect and how you use Citoid (That's the automatic tab only) so we can work on advising you best. ~ RhinosF1 - (chat)· acc· c -  16:22, 21 October 2021 (UTC)
 * Not satisfied. Citoid seems extremely helpful to communities. I, personally, don't use it on my wiki, but sometimes on other users wiki. Bongo Cat (talk) 23:26, 16 October 2021 (UTC)
 * Could you note some of these communities? --Raidarr (talk) 00:15, 17 October 2021 (UTC)
 * For what it's worth, I've asked Cyberpower678, who operates the InternetArchiveBot, to provide input here, which will likely identify some of those communities. Dmehus (talk) 00:19, 17 October 2021 (UTC)
 * As raidarr said, can you please name them? We're not seeing usage of it. ~ RhinosF1 - (chat)· acc· c -  07:39, 17 October 2021 (UTC)
 * I have been asked about the 14 hour data collection period. As such, I will provide usage stats for as long as we retain them for... over a 13 day period the follow are HTTP code results:
 * 200: 150
 * 400: 9
 * 404: 440,832
 * 502: 8
 * This averages out to 11 successful usages per day and ~34,000 unsuccessful usages per day. John (talk) 14:29, 17 October 2021 (UTC)
 * We have now disabled collection. We're allowing more time for feedback regarding Citoid. Unfortunately, unless we see an actual use case, we would still rather see it removed until a future use case arrives, the services system is fully puppetised so would be fairly easy to restore to our mediawiki cluster if it had use. ~ RhinosF1 - (chat)· acc· c -  07:05, 18 October 2021 (UTC)
 * ''The above discussion is preserved as an archive. Please do not modify it.

Looking for documentation for the "Whitelist Read ($wmgWhitelistRead)" setting
I am considering setting a small number of pages on a private wiki to be pages anyone may view. I see the setting "Whitelist Read ($wmgWhitelistRead)" on the Permissions tab of "Manage this wiki's additional settings" that appears to be what I want... but I don't see any documentation on how to list the pages.

Is this a field that I have to enter pages into one at a time, or do I enter a string listing multiple pages? If the latter, what is the syntax and maximum length of the string?

Can I list files to be displayed on the pages that I want to make public? If yes, do I specify them as "file:foo.jpg", "media:foo.jpg", or "foo.jpg", or something else?

What is the maximum number of entries that I can add to this field? Robkelk (talk) 23:42, 25 October 2021 (UTC)


 * You should get a dropdown with a list of pages according to our config. You can insert as many as you like. The limit will be as much as can fit in the DB without running out of room in the settings column which is a very big number. ~ RhinosF1 - (chat)· acc· c -  07:57, 26 October 2021 (UTC)

Interwiki table
I would like to request to in the interwiki table of XComhghall Wiki. Thank you very much. — XComhghall (talk) 15:23, 26 October 2021 (UTC)
 * Set  of the prefixes   and   to  ,
 * Add the prefixes  and   to , and
 * Add the prefix  to


 * This is ✅ at this time Ugochimobi (talk) 20:32, 27 October 2021 (UTC)
 * Could you please
 * Add the prefix  to , and
 * Add the prefix  to  ?
 * Thank you very much. — XComhghall (talk) 19:36, 28 October 2021 (UTC)

Reference Tooltips, EditTop Gadgets, Wikiplus
I would like to add the Reference Tooltips and EditTop gadgets to my wiki, XComhghall Wiki. But Reference Tooltips requires the dependencies mediawiki.cookie and jquery.client, and MW: Extension: Gadgets. And EditTop requires the dependencies user.options and mediawiki.util. What can I do? Could you please help me?

Regarding Wikiplus, here is a previous conversation on the community noticeboard: https://meta.miraheze.org/w/index.php?title=Community_noticeboard&oldid=208443#EditTop_Gadget,_and_Wikiplus.

Wikiplus is working fine on Wikipedia. I just imported it to my global.js page. This is what I did on both Wikipedia and Miraheze. It was working fine on Miraheze in August, but currently it is not working on any Miraheze wikis, even my own wiki, where I am the bureaucrat, sysop, autoconfirmed, and confirmed.

It is supposed to show an edit window above the section edited, and can be expanded and moved. But currently on Miraheze, it shows a shrunk edit box at the bottom of the page, without background color, border, design, etc., and cannot be moved.

What should I do? Could you please help me?

Thank you very much. — XComhghall (talk) 16:01, 26 October 2021 (UTC)


 * The two gadgets you want can be handled by yourself, They can be installed on your wiki as a gadget too, plus, the libraries you mentions are what are already on MediaWiki and as such, you don't need to install them separately. You only need to enable the mw:Extension:Gadgets on your wiki.


 * For the latter, you should confirm if Wikiplus is currently not broken on English Wikipedia, if it is then it's not our fault, it's coming from upstream. After looking through the codes, I doubt if it will work on here when it's not locally installed though, tbh. Ugochimobi (talk) 20:41, 27 October 2021 (UTC)
 * I just confirmed that Wikiplus works fine on the English and Chinese Wikipedias, Wikisources, and Wikinews. It used to work fine on Miraheze too. — XComhghall (talk) 19:34, 28 October 2021 (UTC)

what does "The database name may not contain non-alphanumeric characters." mean when i request a miraheze
same as title.

i would show a pic but i cant for some reason ZX-EXE (talk) 18:35, 28 October 2021 (UTC)


 * This may be because you entered something like 'yourwikiname.miraheze.org' instead of 'yourwikiname' when putting in a subdomain. Only offer the subdomain name, miraheze.org is not required. If this isn't the case, please mention what you tried for the wiki's subdomain since this is what it means by database name. --Raidarr (talk) 18:50, 28 October 2021 (UTC)
 * A request was made, so it appears this issue was resolved. --Raidarr (talk) 19:10, 28 October 2021 (UTC)

How about a incubator wiki for Miraheze?
Don't be confused with Incubator Plus 2.0 Wiki.

I am thinking of an incubator wiki design to avoid "trash and bad" wikis (means not suit our standards) to reduce the burden of wiki creators. Since "incubator" was taken, I will use "nest" as the domain link, since nests are the place eggs are. The request wiki task number is 21138. Emojiwiki (talk) 10:12, 26 October 2021 (UTC)


 * About privs: Meta Wiki wiki creators will get admin privs whenever possible (this should be done via config or extension, or bot if this is impossible), and be revoked when his/her wiki creator priv revoked.
 * About test wiki structure: The wiki's page will use this structure:
 * Wiki root page:
 * For example: Main page of  should be:
 * Note that MediaWiki messages should be placed in:, but they won't be applyed yet (except main page setting, we will apply it by templating)
 * Wiki extra settings in the wiki's : , written in PHP inside syntax highlighting Wikitext blocks, or written as a list contains all requirements
 * Restrictions:
 * Translations between Chinese Simplified and Tranditional will be disabled, but seperated and created wikis can enable them themself.
 * Emojiwiki (talk) 10:30, 26 October 2021 (UTC)
 * If I understand this correctly, what you suggest is too big to just make a wiki request for, and would be more in line with the Request for Comment process since it would be changing wiki creation policy. But tbh I don't entirely understand what this is for and why. --Raidarr (talk) 12:15, 26 October 2021 (UTC)
 * About why:
 * Currently the create wiki request is slow, I think a reason is there are a lot of requests.
 * Changing the create wiki policy:
 * This does not require at the start. This will be a test project until its scripts (needs a lot of scripts to manage eggs) and contributing environment (including policy and guidelines)
 * Emojiwiki (talk) 23:06, 29 October 2021 (UTC)
 * Personally, I feel that wiki request handling time is very good, especially in comparison to a few years ago and even a few months ago too. A few years ago when wiki requests took weeks or even months to do, I would have totally supported this idea, even advocated for it, but right now it feels like we don't exactly need an Incubator wiki. While checking the Farmer log, I noticed that very rarely does a wiki request go more than 12 hours without it being handled, in fact, most are handled in 6 hours or less with many handled in less than 3 hours, some even within minutes to an hour! If a user is impatient about having to wait a few hours for their wiki to be created then I think they'll totally get frustrated with how long it takes to actually build up a wiki. Agent Isai  Talk to me! 23:22, 29 October 2021 (UTC)
 * Even though I am misunderstanding the timing of creating a wiki, there are also two major goals:
 * Decine bad wiki requests clearly
 * Nowadays, wiki creators can only guess what the wiki requester wants and will he follow the policy. By adding a nest wiki, they can clearly look inside the box and approve or decline clearly.
 * A place for waking up wikis
 * Sometimes, when a wiki is hibernated and nearly to be deleted, someone wants to continue it. Our hibernate policy allows us to do so directly, but that is not a good choice. The community needs to be rebuilt, and a direct continuation of the old hibernated wiki may cause another hibernate. The nest wiki can be a good place to do so.
 * BTW: Request comment updated, go to the request queue page to know more. Emojiwiki (talk) 23:46, 29 October 2021 (UTC)
 * Again, please note that this idea cannot be approved in the request queue or by any individual. This discussion must be held somewhere else. Since it is so expansive, it should be done through the Requests for Comment process with a full description of what you intend it to do so the community can decide to use it. --Raidarr (talk) 08:37, 30 October 2021 (UTC)
 * If this to move forward, it needs a formal RfC. This nor a wiki request is not the venue for such a major change. This thread may continue to facilitate drafting such an RfC but I advise caution as I think it is extremely unlikely to succeed and would need significant technical work which would in any case take quite a while. ~ RhinosF1 - (chat)· acc· c -  08:50, 30 October 2021 (UTC)

1. Gadgets, and 2. Template Styles and Content Model
I have a few gadgets set as default in my wiki's MediaWiki: Gadgets-definition:. If I do not enable MW: Extension: Gadgets, will the default gadgets still work fine, or will they be disabled along with the Gadget extension?

A template I created with MW: Extension: TemplateStyles is not working. Its styles.css page does not seem to be in the Sanitized CSS content model. How can I enable ? What can I do?

Thank you very much! — XComhghall (talk) 17:58, 29 October 2021 (UTC)
 * , hello. You need to enable the TemplateStyles extension (enable on your wiki) and change the content model of Template:Block/styles.css into sanitized CSS (use Special:ChangeContentModel on your wiki to do that). The template should work properly, then. Ma͡gogre (talk) 18:54, 29 October 2021 (UTC)

Ask a question to an administrator
Hi, To which active administrator could I ask a question (or more precisely, request permission)? Dmehus is not active at all, neither on Miraheze nor on Discord. Do you have someone to advise me? Thanks a lot. Darkrai18 (talk) 14:51, 31 October 2021 (UTC)
 * Hello, you can ask genuine questions and request permissions at AN. Though you can also request on the talk page of a recently active administrators, I'd recommend you to use AN. --Magogre (talk) 15:02, 31 October 2021 (UTC)
 * Hello, if this is an extension of the question posted here, the most appropriate place is the Stewards' noticeboard so any Steward may easily find it and/or so a knowledgeable enough community member can advise you. If it is another inquiry I'd need to know what it is as it may go to another place. Dmehus is active in sprees and engages in order of priority; I want to say he'd likely address your concern within a few days (just one is not enough in most cases I'm afraid). It's also worth noting he has distinctly less activity on Discord as a platform, and if you wish to reach him by chat then IRC is more reliable (relayed via #miraheze-relay and related channels on Discord). For a general Steward inquiry though, the given noticeboard is preferable. The location posted above (AN) is if you request something from the local administrators on Meta. --Raidarr (talk) 15:07, 31 October 2021 (UTC)
 * Followup; Dmehus is available today and has replied to the inquiry I referenced on his talk page. --Raidarr (talk) 15:50, 31 October 2021 (UTC)

Problem with duplicate wikis
Recently, I noticed that there are many duplicate wikis on Miraheze. While wiki requests that seem similar to existing wikis are likely to be declined, already existing duplicate wikis and wikis with similar topics still exist. This is a problem that needs to be corrected. As quoted on Fandom's help page about duplicate wikis: "Where multiple wikis on the same topic exist, however, fans split their efforts and compete with each other for readers, editors and authority. The duplicate content they create is penalized by search engines such as Google, especially when a new wiki copies pages of an existing wiki. As a result, both wikis will appear lower in search results, receive fewer visitors and attract fewer community members." So, if duplicate wikis were merged with the original wikis, they would rank higher in search results and thus attract more contributors. We need to find and merge these duplicate communities, so that one wiki can move forward. I have several wikis that could be considered duplicates. I'm merging these with the original wikis.

Proposed merging process

 * 1) A request to merge is presented to the founder or active bureaucrats and admins on a wiki.
 * 2) *If there are no active bureaucrats and admins or no response in a week, go ahead to step 3.
 * 3) *If the wiki is closed or if there are no active users, go ahead and start moving content.
 * 4) If the request is denied, the wiki stays separate.
 * 5) If the request is accepted, the community of the wiki to be merged votes on whether their wiki should be merged into the other wiki.
 * 6) *If no one votes in a week, go ahead to step 4.
 * 7) If at least a 2/3 majority of the community of the wiki to be merged votes in favor of the merger, the wiki's content would be transferred to the wiki that receives the merge. Voting must remain open for a week before the results can be considered valid.
 * 8) The wiki to be merged is closed and deleted, and its URL is redirected to the wiki that receives the merge.

List of duplicate wikis
These are some of the wikis that are duplicates of others. These should be merged first.
 * Duplicates of Mirapedia (no notability guidelines encyclopedia):
 * Allpedia
 * Anypedia
 * Duplicates of Good Software Wiki (good software):
 * Great, Amazing and Useful Software Wiki (Focuses on useful software, which is usually good.)
 * Duplicates of Free Editing Wiki (anything goes wiki)
 * Anything Goes Wiki

Wikis with overlapping/divided topic and scope
These are the wikis with overlapping or divided topic and scope. Their topics are not related enough to categorize them as duplicates, but they overlap in scope. If you can think of any other topics or other duplicate wikis with already existing topics, please post them in the Comments section. Tali64³ (talk) 18:50, 2 November 2021 (UTC)
 * Trollpasta/Bad Creepypasta Wikis:
 * Trollpasta Wiki (primarily about trollpastas, but also has several thousand bad creepypastas. Famous examples of bad creepypastas may be kept, but others should be moved to Bad Creepypasta Wiki)
 * Bad Creepypasta Wiki (primarily about bad creepypastas, but also has a number of trollpastas. Famous examples of trollpastas may be kept, but others should be moved to Trollpasta Wiki)
 * Reading/Writing Stories:
 * Stories Wiki (This is a wiki of mine in which users can read and write stories. I've banned fanfiction to prevent overlap with any fanfiction wikis. I can't think of anything that needs to be changed, but there may be one or two.)
 * Short Stories & Prompts (This wiki focuses on stories and writing prompts, while Stories Wiki just focuses on stories. I've already contacted the founder of this wiki about merging this wiki with Stories Wiki, and we ended up coming on an agreement where we could mirror each other's content. My plan for this wiki is to make it about writing prompts only and move the stories on Stories Wiki.)
 * Stories about an existing character in a franchise (fanfiction):
 * Fanfiction Wiki (Fanworks) (Primarily about writing fanfiction and chatting about it.)
 * My Fan Fiction (Focuses solely on fanfiction. I think Fanworks should be rebranded to "Fanfiction Wiki" or something similar, and this wiki should be merged with that one.
 * Minecraft anarchy server wikis (propose to merge all these into the Anarchy Minecraft Servers wiki (currently closed, but it can be adopted or reopened). Also add details to Minecraft Wiki about these servers.)
 * 2b2t Wiki
 * 2B2Tmcpe.org wiki
 * 2builders2tools wiki
 * 5b5t
 * 6b9t (closed)
 * 9b6t
 * The Original 9b9t Wiki
 * Wikis about Microsoft and its products (should all be merged with Microsoft Wiki):
 * Windopedia (wiki about Windows) This wiki seems to have been wiped clean. Please disregard.
 * Everything Windows Official Wiki (another wiki about Windows)

Updates
This process, I believe, will stop most instances of abuse of merging. Tali64³ (talk) 22:35, 2 November 2021 (UTC)
 * I've been informed that duplicate wikis actually aren't against the Content Policy. Still, you should merge them with other wikis to help the communities. That's why I propose this process to merging wikis:
 * A request to merge is presented to the founder or active bureaucrats and admins.
 * If the request is accepted, the community of the wiki to be merged votes on whether their wiki should be merged into the other wiki.
 * If at least a 2/3 majority of the community of the wiki to be merged votes in favor of the merger, the wiki's content would be transferred to the wiki that receives the merge. Voting must remain open for a week before the vote can be considered valid.
 * The wiki to be merged is closed and deleted, and its URL is redirected to the wiki that receives the merge.

Comments
Have anything you like to share? Please put it below.


 * While I don't have specific links and am working off the top of my head, I know there are multiple wikis for aggregate worldbuilding (putting any kind of worldbuilding stuff in one place), creepypastas, and 'do whatever' types that may be found even through the Gazetteer of wikis. From a policy perspective however, an overlapping or duplicate-ish premise isn't strictly against Content Policy; its most relevant clause is:
 * "An example of hinderance caused to other wikis is a direct fork of another Miraheze wiki where little to no attempts have been made to mediate situations on the existing wiki or existing community. If mediation has been attempted and failed, contact a steward who will be able to support the community through any follow up processes deemed necessary including but not limited to acceptance of a fork wiki as an exemption to this clause. "
 * In the generic wiki responses for approval through the request wiki function, one specific statement is provided: "Please be advised this approval does not preclude other wikis from being approved and created that share this topic, provided they aren't 95-100% content forks of your wiki." I do think up to 95% is exceedingly generous and maybe should be reduced since even 3/4ths identical is enough to invoke the condition you describe, and is enough to substantively be a direct fork. However I think it's worth distinguishing between overlapping premise and what these clauses talk about (word for word page lifting and identical scopes); not much action may be taken if the respective wikis you link do go their own way managerially and have somewhat distinctive content of their own, even if I agree they fill essentially the same niche and in my opinion a much too broad one. Either way seeing them come together to actually collaborate in community building would be welcome, even if Miraheze deliberately tries to avoid forcing wikis together the way fandom does. --Raidarr (talk) 19:55, 2 November 2021 (UTC)
 * I respect your opinion, but what about the community? It's inconvenient for users to have to look to another wiki for one page that could have been easily found on a more active wiki. And even if the less active wiki isn't a content fork of the more active wiki, the less active wiki should be merged into the more active wiki. And I see your point about how Miraheze keeps duplicate wikis together. Even Fandom doesn't merge wikis for certain reasons, as can be seen on the page I quoted in my post. Also, do you have any specific wikis that are duplicates or have similar topics to other wikis? Tali64³ (talk) 22:24, 2 November 2021 (UTC)
 * Much of the above was addressing from a practical action perspective; my opinion is actually largely agreement, since I do think communities are better off coming together to do something than splintering into forks that cover the same ground for both the editing base and potential viewers and I do think the 'weaker' wikis without a truly discernible function should merge into more complete ones for a better result. It's probably a topic to raise on the various local communities linked above and see if an overall compromise can be made since I'm still skeptical that the action could truly be forced, again unless there is truly proven content duplication. If the scopes are too similar regardless though, would be an interesting thing to have a Steward comment on - perhaps . if that's the case and there is something actionable, I can try to find more scope duplication including follow up on the above where I'm fairly sure multiple 'pasta compilations' with the same practical function exist. For now at a communal level, perhaps we can take a closer look at the above examples and see if we can resolve them to have an approach with any more close overlaps we can find. --Raidarr (talk) 17:24, 3 November 2021 (UTC)
 * I proposed a method to merging wikis above. It involves a community vote to see if they want the wiki to be merged, so the process won't feel forced. Tali64³ (talk) 18:17, 3 November 2021 (UTC)
 * Vote is reasonable and standard for established communities, but there are also cases with very few users or only the founding contributor, and yet other cases essentially abandoned and on the brink of true inactivity only being strung along; in these cases the responsible users can be contacted directly with an inquiry, or even an adoption request for the last scenario could be made. --Raidarr (talk) 19:31, 3 November 2021 (UTC)
 * Thanks for your input. I'll amend the process. Tali64³ (talk) 16:20, 4 November 2021 (UTC)
 * Mirapedia seems to be more of a wikipedia copy kind wiki but allpedia seems to be a similar wiki without copying content Anpang

Talk 01:04, 3 November 2021 (UTC)


 * I looked, and I can't find any content policies or notability guidelines there. That's why I classified it as a no notability guidelines encyclopedia. Tali64³ (talk) 16:23, 3 November 2021 (UTC)

Problem with Small
Hi, I am encountering a slight problem with the " " code. It puts me in an insane space every time I use it, as you can see here:

Do you have a solution? Thanks in advance. Darkrai18 (talk) 19:33, 2 November 2021 (UTC)


 * Hmm, maybe put style="vertical-align:text-top" or use  instead, that will put the text on top. If you want it centered, maybe do something like text  (it puts margin to the bottom so it kinda floats) i dont know if either of these works havent tested  Anpang

Talk 01:01, 3 November 2021 (UTC)
 * It doesn't worked. --Darkrai18 (talk) 19:47, 3 November 2021 (UTC)
 * you can try . You can see the result on my sandbox. アンジェロ先輩 (talk) 22:28, 3 November 2021 (UTC)
 * It still hasn't worked. --Darkrai18 (talk) 17:28, 4 November 2021 (UTC)
 * Can you explain more about the small tag "putting in an insane position"? Did you mean when you put multiple lines of small tags and they create lots of space or the small tags text aren't centered? — Preceding unsigned comment added by Anpang (talk • contribs) 01:43, 5 November 2021 (UTC)

How to change the logo
Hello everyone, i feel stupid for asking this but, as a novice when it comes to computer, i'm lost. And i can't succeed in changing the logo. I followed this tuto https://meta.miraheze.org/wiki/ManageWiki#How_do_I_change_my_logo.2Ffavicon.3F but it doesn't work. I can't find how or where to upload the logo. Thank you ! MF4884 (talk) 14:01, 4 November 2021 (UTC)


 * You upload your logo like a regular image on your wiki's Special:Upload. Once you've uploaded it, hover over the image, right click and press "Copy image address". Return to Special:ManageWiki/settings -> Styling and paste the link there and it should work. Agent Isai  Talk to me! 20:13, 4 November 2021 (UTC)
 * Thank you ! It works perfectly :) MF4884 (talk) 19:09, 5 November 2021 (UTC)

Problem with Tab
Hi, I have a slight problem with my Tab (this: ) I would like it to be lower in my page (and centered too but it's less important.) Right now it's too high, as you can see here: I'd like it to be a bit like on this page: https://equestripedia.org/wiki/Twilight_Sparkle_(Friendship_is_Magic) Thanks in advance. Darkrai18 (talk) 17:32, 4 November 2021 (UTC)


 * Si tu veux qu'il soit centré il faut insérer {| style="margin: 1em auto;" . Pour le reste je sais pas quoi faire. アンジェロ先輩 (talk) 19:59, 4 November 2021 (UTC)
 * ah non c'est pas un tableau, je suis pas pratique avec la balise table... アンジェロ先輩 (talk) 20:03, 4 November 2021 (UTC)
 * Tu es français ou tu fais l'effort de me parler dans ma langue ? --Darkrai18 (talk) 21:35, 4 November 2021 (UTC)
 * Polyglotte, donc j'ai pas de souci avec la langue française.--アンジェロ先輩 (talk) 07:38, 5 November 2021 (UTC)

Problem with Phabricator
Hi, I can't login with my Miraheze account on Phabricator. It says my password is incorrect when it is correct, and attempts to reset my password fail too. Thank you in advance for your help. Darkrai18 (talk) 15:16, 5 November 2021 (UTC)
 * , I am not sure about the issue but you should be able to login via MediaWiki. See Phabricator for more details. --Magogre (talk) 16:07, 5 November 2021 (UTC)

Changing URL for local interwiki prefix (archiopediawiki)
We kindly request that you change the URL connected to archiopediagrc prefix from https://archiopediagrc.miraheze.org/wiki/$1 to https://grc.repository.archiopedia.org/wiki/$1.

Thank you in advance!

Wiki: repository.archiopedia.org (Page: https://repository.archiopedia.org/wiki/Special:Interwiki)

Reason: We are using a custom domain, so archiopediagrc.miraheze.org = grc.repository.archiopedia.org. See https://phabricator.miraheze.org/T8239. Publisher (Archiopedia) (talk) 09:19, 7 November 2021 (UTC)


 * Hello; thank you for the request and a sysadmin may be able to get to it anyway, but for reference these technical changes should be requested through Phabricator, where they can typically see it more quickly and handle it by default. --Raidarr (talk) 10:38, 7 November 2021 (UTC)
 * @Raidarr Thank you for your answer!
 * We figured that our request falls within the category “Request changes to your wiki's local interwiki table” (i.e. it is a request that should be made on Community noticeboard).
 * In any case, should we create a new request on Phabricator or just wait? Publisher (Archiopedia) (talk) 11:37, 7 November 2021 (UTC)
 * Oh dear, I'm not doing good today. I assumed you were requesting something different and completely missed the title, so disregard what I said as I ping a competent IW admin to have a look via Discord. --Raidarr (talk) 11:44, 7 November 2021 (UTC)
 * @Raidarr No worries! In any case, thank you for your speedy response. :) Publisher (Archiopedia) (talk) 12:19, 7 November 2021 (UTC)
 * This is ✅ right now.
 * Thanks for bringing this to my notice, you're awesome. Ugochimobi (talk) 12:28, 7 November 2021 (UTC)
 * o7, best of luck on the project and thank you for speedy resolution. --Raidarr (talk) 12:38, 7 November 2021 (UTC)
 * @Raidarr @Ugochimobi Thank you all very much! Publisher (Archiopedia) (talk) 13:11, 7 November 2021 (UTC)
 * Looks like this got sorted, but to correct something Raidarr said above. Requests for changing a wiki's local interwiki table should not be requested on Phabricator, they should be ideally requested here, for a global interwiki administrator or steward to handle. I can, however, see the reason for Raidarr's initial response, as you noted your custom domain, which is requested on Phabricator. Dmehus (talk) 15:32, 7 November 2021 (UTC)
 * This was an oversight I corrected relatively quickly and forwarded to for resolution, as I realized upon second read that I had completely mis-evaluated the request and pinged an interwiki admin to handle it upon recognizing what it was, per the subsequent discussion above this post. --Raidarr (talk) 15:56, 7 November 2021 (UTC)
 * Thank you for your intervention, @Dmehus; it confirms what @Raidarr had already clarified after the initial mistake.
 * We noted our custom domain (by referring to the relevant task on Phabricator, no less), because we thought that it would be helpful for the Interwiki admin who would check the new link in order to add it our Special:Interwiki.
 * But, apparently, our desire for precision created confusion. A fine example of unintended consequences or of the unity of opposites? Well, an issue resolved and philosophical food for thought: what else could we ask for? :D
 * Thank you again! Publisher (Archiopedia) (talk) 18:17, 7 November 2021 (UTC)
 * It was much more a consequence of my addled early morning mind than any error in the reporting or its clarity, I'd say. --Raidarr (talk) 18:24, 7 November 2021 (UTC)
 * Not a problem either way. Thanks everyone! Dmehus (talk) 18:38, 7 November 2021 (UTC)

Question (idk if this is the right place)
Uhhh is there any way to change the default skin of my wiki ?

Sorry first time using miraheze i have too many questions and my english is bad i just wanted to know how to change the default skin to monobook or something else ;-; Alexthefluffy1 (talk) 11:09, 7 November 2021 (UTC)


 * Yes. If you want a built in skin (MonoBook is one of them so you should be set), you shouldn't have to enable it via ManageWiki's extensions menu. If you want 'something else' and it's not an original option (you can see what you have in the next step), you'll have to go to Special:ManageWiki/extensions and enable it in the Skins tab.
 * Having it, you can go to Special:ManageWiki/settings (also listed as 'additional settings' on the sidebar), Styling tab (the last one), and select it from the dropdown list. It should be the first listed setting there.
 * Feel free to ask more questions like this, it's what the CW is for! Although I do recommend browsing through the MediaWiki help area, which can get you by on most things. But since ManageWiki (the way to change things that would normally be a trip to server files) is a Miraheze creation, you can learn more about it here. It's a little big, but I'm sure you'll get the hang of it. --Raidarr (talk) 11:56, 7 November 2021 (UTC)

Request for interwiki prefix on mtccs
Please add this prefix to mtccs: Thanks. Emojiwiki (talk) 13:38, 10 November 2021 (UTC)
 * and  to


 * ✅, see your local mh:mtccs:Special:Log/interwiki for more information. Agent Isai  Talk to me! 16:35, 10 November 2021 (UTC)

Invalid subdomain
Hi, when I made the request to create my wiki, I asked for the subdomain pzwiki.miraheze.org, but instead I got pz.miraheze.org. I can see the subdomain has been changed in my request. Is it possible to change subdomain from pz.miraheze.org to pzwiki.miraheze.org please? Co (talk) 20:47, 10 November 2021 (UTC)


 * Hi there, I handled your request, request #21369. In the request comments, you requested that the database name be changed from  to  . The part before the -wiki prefix is what your subdomain is so your original request was was for   with the subdomain pzwiki.miraheze.org. By asking to rename the database to , you basically asked to change the subdomain to pz.miraheze.org. To request it be renamed, please make a Phabricator task. Thanks.  Agent Isai  Talk to me! 20:56, 10 November 2021 (UTC)
 * Thanks! I just thought it was weird to have a database named pzwikiwiki, but I had no idea it would change the subdomain I selected. Thanks for the clarification! Co (talk) 21:37, 10 November 2021 (UTC)

My IP is blacklisted
I tried to create an account but after many tries, it shows the message of my IP being a spambot. I waited for 5 hours, then tried again, same error message. Can any sysop remove my IP from the blacklist? Thanks. 14.162.95.11 21:55, 12 November 2021 (UTC)


 * 14.162.95.11, I'm not seeing that this IP is blocked locally on Meta Wiki (this wiki) or globally, so you should be able to create an account. If for some reason you are not able to, please e-mail your desired username to Stewards at, and one of us will create an account for you with that username and e-mail address, with a temporary password delivered to that e-mail address. Thanks. Dmehus (talk) 01:36, 13 November 2021 (UTC)

I requested a private wiki, but can't access it
I requested a private wiki (qxd0008), and it was duly created, but when I try to access it I get the following error:


 * "Erro de permissão


 * Você não possui permissão para ler esta página, pelo seguinte motivo:


 * A ação que você tentou executar está limitada a usuários de um dos seguintes grupos: Membros, Administradores."

which translates to (translation mine):


 * "Permission Error


 * You do not have permission to read this page, because of the following:


 * The action you tried to perform is limited to users of the following groups: Members, Admins."

I believe maybe some configuration step was omitted, or maybe it'll still be performed and I should wait, but I don't know... Ararunaufc (talk) 01:17, 13 November 2021 (UTC)


 * Ararunaufc for your report. It looks like there was a socket read error as part of the jobrunner server's handling of the CreateWiki extension's creation of your wiki job. This is a usually fairly infrequent occurrence, and has been reported to SRE via a Phabricator ticket (can't recall the ticket number off the top of my head). When this happens, the best place to report this is at stewards' noticeboard, so a Steward can manually grant you rights, which I've now ✅. Agent Isai, whenever you see this happen, please also give us a head's up at stewards' noticeboard and also make sure you're proactively checking the CA after ever wiki you approve has been created, to ensure rights are granted. Thanks! Dmehus (talk) 01:28, 13 November 2021 (UTC)

Notice of Private Wiki Search Results Incident
On 12 November, 2021, Site Reliability Engineering was made aware that search results (page titles only) on private wikis may have accidentally been cached and thus publicly visible. SRE took steps immediately to remediate the issue and confirmed only search results were publicly visible. There is currently no indication anyone purposefully viewed private wiki search results through means of the cached version available. If you have any questions, please feel free to email sre@undefinedmiraheze.org or ask on on IRC/Discord. Thank you. Agent Isai Talk to me! 15:20, 13 November 2021 (UTC)


 * This seems quite minor, as it's only the page titles and web search page caching. The problem was remediated once identified, so this is great. Thanks for the head's up! Dmehus (talk) 15:26, 13 November 2021 (UTC)


 * Minor, but good for precedence to hear about. Glad you were on it. --Raidarr (talk) 10:20, 14 November 2021 (UTC)

1. Interwiki table. 2. Reference Tooltips. 3. Wikiplus. 4. Content Model. 5. Gadgets.
I. The interwiki table

Could you please add To the interwiki table of XComhghall Wiki?
 * 1) the prefix   to , and
 * 2) the prefix   to

'''II. Reference Tooltips'''

I enabled the gadgets extension on my wiki, and imported the js and css files, but Reference Tooltips is still not working. What is wrong? What should I do?

'''III. Wikiplus'''

I installed Wikiplus (EN Wikipedia), a user-maintained script (see the  discussion on MW), on  my global.js page on Miraheze. It was working fine in August. The edit box appeared on top of the section I edit, as shown in this gif, and can be expanded and moved. Currently, Wikiplus works fine on EN and ZH Wikipedia, Wikisource, and Wikinews, but I am experiencing problems with it on Miraheze, including my own wiki. The edit box appears at the bottom of the page, cannot be moved, and has lost the original background color, border, design, etc. Do you know what the problem might be? What should I do?

'''IV. Content model'''

Is there a way to enable ? This is for MW: Extension: TemplateStyles.

V. The gadget extension

I have a few gadgets set as default on my wiki's MediaWiki: Gadgets-definition. If I do not enable MW: Extension: Gadgets, will the default gadgets still work, or will they be disabled along with the Gadget extension?

Thank you very much. — XComhghall (talk) 04:56, 14 November 2021 (UTC)


 * 1) I have ✅  to your interwiki table but not  .   seems to redirect to , is it ok if I add that to the interwiki table instead?
 * 2) Have you enabled them on your end?
 * 3) Wikiplus' domain (wikiplus-app.com) is not in our Content Security Policy and as such will always fail to load. Try importing it to your wiki locally or using a script on the English Wikipedia itself.
 * 4) At this moment, no. It is not within ManageWiki. You can ask for it to be added on Phabricator.
 * 5) Gadgets cannot be disabled as far as I know. Agent Isai  Talk to me! 06:40, 14 November 2021 (UTC)
 * Agent Isai I would say that's likely fine, but  is already in the global global interwiki table, as , I believe, so unless XComhghall wants the forward and/or transclude flags enabled, or a different prefix, it may not be needed? Dmehus (talk) 21:10, 14 November 2021 (UTC)
 * Agent Isai, Dmehus:
 * 1. Could you please make  a local interwiki prefix, not an interlanguage prefix?   is fine. I do want the shorter   prefix.
 * 2. The Reference Tooltips gadget is set as default on https://xcomhghall.miraheze.org/wiki/MediaWiki:Gadgets-definition, and is enabled on my https://xcomhghall.miraheze.org/wiki/Special:Preferences#mw-prefsection-gadgets.
 * 3 and 4. Thank you very much.
 * 5. Do you mean that the gadget extension cannot be disabled, or that gadgets set as default on MediaWiki: Gadgets-definition cannot be disabled?
 * Thank you very much. — XComhghall (talk) 21:37, 14 November 2021 (UTC)
 * Regarding, that can't be done, unfortunately, as the language codes are reserved for interlanguage prefixes. You could have a single character in front of, or behind, the   to make it an interwiki prefix, but it would need that character. Dmehus (talk) 21:54, 14 November 2021 (UTC)
 * XComhghall  is ✅. For the Reference Tooltips gadget, yes, that can be disabled. You would just edit your gadgets definition file to make it not be enabled by default and, to disable it locally for yourself, just go into Special:Preferences (on that wiki). Dmehus (talk) 22:02, 14 November 2021 (UTC)
 * Agent Isai, Dmehus:
 * I see! What would happen if forward = yes for the prefix en?
 * The problem with the Reference Tooltips gadget is that I enabled and imported everything, but it is still not working. Do you know what might be wrong? What should I do?
 * I was asking Agent Isai what they meant by 'Gadgets cannot be disabled as far as I know.' I was asking what would happen if the Gadgets extension is not enabled, but MediaWiki: Gadgets-definition defines some gadgets as default.
 * Thank you very much. — XComhghall (talk) 22:15, 14 November 2021 (UTC)
 * For the Reference Tools gadget, it should be able to be disabled by adjusting the flag in the MediaWiki:Gadgets-definition page, if it's enabled by default for all. Some gadgets are not enabled by default for all, so it should be possible. Note that it will conflict with the Reference Previews extension (enabled via ManageWiki). So if you have it enabled for all, or if it cannot be disabled for all, I would personally recommend the gadget over the extension, due to the greater functionality the gadget offers (i.e., ability to apply across namespaces). For the interlanguage prefix, though it has English Wikipedia in the URL, you should be able to use it with other interlanguage English language wikis, but that might require a second  prefix and a different URL. The forward flag just means that bots, API-based tools, and search engines will follow any interwiki links that include the   interlanguage prefix. For example, it's required to be enabled for wm-bot interwiki links in IRC channels. Otherwise, if it's not enabled, search engines will not follow the interwiki links and instead MediaWiki will return a bad title error. Hope that helps. Dmehus (talk) 22:26, 14 November 2021 (UTC)

$wgPFEnableStringFunctions
Why is $wgPFEnableStringFunctions disabled here on meta? It limits the possibility of advanced templates. Why is it disabled, is it some exploit or server issue or something?

If it can be enabled, please enable it. Anpang  Talk  06:13, 14 November 2021 (UTC)


 * Anpang This seems like a reasonable request, so I've ✅ this for you. Dmehus (talk) 22:07, 14 November 2021 (UTC)
 * Thank you! Anpang   Talk  00:34, 15 November 2021 (UTC)
 * No problem. :) Dmehus (talk) 00:39, 15 November 2021 (UTC)

Professionalization of the donation request
After nice chat about it on the Miraheze IRC channel I figured I'd post about it here. I deeply appreciate the need for donations for this whole project to live, just to make that clear at the outset.

Still, the request notification at the top of all wikis at the moment seems like it could be a lot better in a few ways. Especially on mobile it looks a bit "janky" as someone in the IRC chat said :)

First off: If you don't have a very big phone screen, it fills up the whole of the screen. This might make new visitors confused to the point where they just leave right away. If so, there's no chance that they will actually donate.

Second, the justification of the text together with the logo looks quite unprofessional in a small window. It's very uneven.

Thirdly, If you have a dark skin on your wiki, the message looks very much out of place. I understand the need for it to grab attention, so I'm not saying it should blend too much in, but maybe there's some middle ground here?

Bonus: I fear that this message could turn random visitors away from my wiki, and I also have a hard time imagining first time visitors actually donate. I'm wondering if there is any statistics on this, how many first time visitors click trough from the message, how many non-logged in visitors clicks trough, etc. If almost no first time visitors does click trough, maybe it would be smart to only show the message the second time someone visits? Just a thought. Another thought is that I would be willing to donate more than I have if there was a specific amount I could donate to skip this temporary message for not-logged in visitors one time.

Thank you all so much!

With much respect, Forteller (talk) 19:56, 14 November 2021 (UTC)


 * @Forteller Here's some good news, you can actually remove the donation banner for free by going to Special:ManageWiki/settings and enabling "Opt out of global Miraheze notices". Hopefully that's suitable for your needs. K599 (talk) 20:08, 14 November 2021 (UTC)
 * This isn't really recommendable as you opt out from all Central Notices, some of which are important and affect wikis closely. Agent Isai  Talk to me! 20:10, 14 November 2021 (UTC)
 * I agree it's not recommended, but we do have one other wiki where it's been suggested to temporarily opt out of the central notices during the annual donation campaign. Dmehus (talk) 20:11, 14 November 2021 (UTC)
 * I would say that it is, in fact, recommendable because having this option be available respects the decisions of the individual communities behind each website being hosted on this wikifarm. K599 (talk) 20:18, 14 November 2021 (UTC)
 * I don't think Agent or I were suggesting that. Each wiki can, absolutely, make their own decisions with respect to configuration settings, but from a recommended best practice standpoint, should they choose to follow it, I would say it's recommended to stay opted into Miraheze central notices. There's still no obligation for wikis to follow that, and where it doesn't fit their needs, we will still advise them on how to opt out&mdash;whether temporarily for this annual campaign or indefinitely. Dmehus (talk) 20:24, 14 November 2021 (UTC)
 * That would only be "best practices" if there were central notices that were absolutely universally important, which while I won't deny that there might be, an example of what that would be should be given. For central notices that don't fit what I just described, I think each individual community can decide for themselves if they're important enough to be displayed on their websites. K599 (talk) 20:37, 14 November 2021 (UTC)
 * They can, absolutely, and that's not what we're saying, but wikis do look to the Miraheze community for guidance, which we're more than happy to give. Dmehus (talk) 20:46, 14 November 2021 (UTC)
 * Well, just to make this clear to anyone reading this discussion, communities don't necessarily need to look for the guidance of the Miraheze meta community to make their own decisions, and even if they do choose to receive guidance from the Miraheze meta community, they don't necessarily need to agree with such guidance. Of course, each community is free to ask for anyone's guidance if they would like it, but again, don't feel like you have to agree when you have good reasons for disagreeing. K599 (talk) 20:59, 14 November 2021 (UTC)
 * Absolutely, and I don't think Agent or were suggesting that. These are just recommended suggestions to wikis on the reason(s) for staying opted into central notices. We can, and have, advised on how to opt out of central notices, but do advise on the reasons for remaining opted in&mdash;chiefly to remain connected to the Miraheze global community and "in the loop," so to speak, on important developments. Interestingly, you and I seem to be making the same point, but just doing so diffently, and I've often advocated for SRE to use central notices, which can be opted out of as it provides for greater local control, rather than the sysadmin sitenotices that are added to, which can't be opted out of, and which can't be customized aesthetically (nor translated). Dmehus (talk) 21:06, 14 November 2021 (UTC)
 * I suppose my point has been made. Thanks for now being descriptive on the apparent reasons. K599 (talk) 21:25, 14 November 2021 (UTC)
 * Thank you for your comments. I personally don't feel that centred looks like "junky." In terms of size of the central notice, one has to consider Miraheze is 100% funded by donations, so we need to balance between saying too much or too little. In short, saying too little and making it too small would make it "blend in" and be too inconspicuous, thus defeating its purpose. It's meant to be "in your face," if you will. Without user donations, there is no Miraheze (well not the ad-free Miraheze we know and love). As well, one has to consider that most people edit Miraheze from a desktop, rather than mobile, device. I personally can't imagine trying to edit on a wiki on a tiny mobile screen. In terms of statistics, SRE might be able to investigate compiling some statistics from Matomo, if that's possible, for you. If after all of that, you should be able to opt your wiki out of central notices in Special:ManageWiki/settings on your wiki. You could then, optionally, replace it with a smaller sitenotice. :) Dmehus (talk) 20:10, 14 November 2021 (UTC)
 * You're probably right that most people edit wikis from desktop, but most people seem to use the web on phones. And it is probable that almost all visitors are readers, not writers :) Maybe a shorter version for phones and a longer one for desktop could be a way to go? Just a thought. Forteller (talk) 21:56, 14 November 2021 (UTC)
 * Yeah, that is definitely possible, I think. We'd just have to design a shorter version of the central notice, set it to mobile devices, and then set the current central notices only to non-mobile devices. I'll try and take a look at that, but if I don't get to it, I'm going to ping Reception123 to this thread. Dmehus (talk) 21:59, 14 November 2021 (UTC)

Template error
I imported a template from Wikipedia and I succeeded in getting it running but it conjured an error in the process. How can I remove "templatestyles src="Template:Multiple image/styles.css" wrapper=".tmulti"> " here? Wingwatchers (talk) 21:09, 14 November 2021 (UTC)


 * Wingwatchers If you go to here, you should be able to delete that page. I can demonstrate, if you'd like, but it seems likely what you need to do is go here, select "Parser functions," and enable TemplateStyles. Again, if you'd like me to do it for you this time, I can. Dmehus (talk) 21:14, 14 November 2021 (UTC)
 * It did nothing. Wingwatchers (talk) 22:42, 14 November 2021 (UTC)
 * Wingwatchers I wondered if maybe the CSS style page needed to be purged, so I undeleted it. However, that didn't do anything, either, so I wondered if maybe the issue was the content model of the page. I asked Universal Omega if  was added to ManageWiki/namespaces, so this could be set on a namespace basis if TemplateStyles is enabled. So, what you need to do is change the content model of the page, as I did here. I'm wondering, though, since the parent template page didn't exist, it didn't automatically format it as a CSS page? In any case, that's an option for you. Dmehus (talk) 23:08, 14 November 2021 (UTC)
 * "Page Template:Multiple image/styles.css must have content model "Sanitized CSS" for TemplateStyles (current model is "CSS")." There's still some error within the template. Wingwatchers (talk) 01:58, 15 November 2021 (UTC)
 * Wingwatchers, ah, I wasn't sure whether to use CSS or Sanitized CSS. Looks like I chose the incorrect one for this use case! In any case, I've now ✅ this to Sanitized CSS, and purged the page(s). The template error seems to have disappeared. Can you take a look if it has the desired look now? From my layperson's perspective, it seems to look good. :) Dmehus (talk) 02:29, 15 November 2021 (UTC)
 * Thanks for the help! Wingwatchers (talk) 03:29, 15 November 2021 (UTC)
 * No problem! :) Dmehus (talk) 04:19, 15 November 2021 (UTC)