Community noticeboard

Discussion: Central notice changes
This is for the sake of having an open discussion on the changes proposed in this RfC, though I won't really touch much on the last proposal that was added by another person (of course, you're welcome to talk about that as well nonetheless). Hopefully this comment will at least make it clear what the proposals I brought up are intended to mean. Also, please ask nicely if you would like clarity on anything at all.

The first one to discuss is the following:

Central notices with the purpose of soliciting participation from wiki communities for an event or a discussion should last while that event or discussion is open for people to participate. As in, the central notice would only be removed after the event or discussion has closed.

Let's start by saying that this is not changing what a central notice is made for. It's not saying that every discussion gets a central notice, what it's saying applies in the instance when the people who make central notices decide that a discussion will get a central notice, which is still at their judgement. This talk page comment might show some insight on what such judgement it is, which again they would still retain. What changes is specifically the duration of such particular central notices, in that it would be in relation to the discussion that it would be notifying of.

The discussions being referred to can be gleaned from Special:CentralNotice (click "Show archived campaigns" to see the older ones). It is what is meant to gather people to provide their input and feedback, and this description fits, for example, Requests for Comment or Requests for Stewardship. And if they have yet to be closed by the closer, then the closer presumably decided that it needs more time to gather more comments before a conclusion can be drawn. If so, the methods used to notify of the discussion's existence should get continued use to gather more discussion from people.

Another proposal to discuss is the following:

A campaign type can be set for central notice campaigns, allowing users to opt out of specific campaign types in their preferences, specifically in the "Banners" section. Here is a proposal for what campaign types Miraheze should use:
 * Fundraising
 * Surveys
 * Maintenance
 * Requests for Comment
 * Requests for Stewardship
 * Requests for Community Director

To make it clear how to use preferences to opt-out of campaign types, some text instructing people how to do so should be added to central notices.

In technical terms, campaign types are configured with $wgCentralNoticeCampaignTypes in LocalSettings.php.

This can presumably work with ManageWiki to apply for a whole wiki. To sysadmins, this would presumably be done by using a custom variable to set $wgDefaultUserOptions['centralnotice-display-campaign-type-whatever'] = 0.

Now, in regards to how to decide on the campaign types to be used, I'd say that having the communities' consensus is still relevant, in the case of disputes over what should be grouped together or partitioned. And the RfC does show a dispute over whether Requests for Global Sysop should be included, excluded, or grouped with another type. So it would at least be useful to have some sort of discussion with wiki communities to figure out what's best.

In response to other comments in the RfC: Including Requests for Global Sysop in the list of campaign types does not mean that every single one of that request gets a central notice, it is meant to mean that a RfGS would be allowed to get a central notice, which would still have the judgement of the people who make central notices to actually get one. And people should be able to decide for themselves if they want to opt out of seeing certain central notices, and I figure that if someone desires a tool to stop seeing a certain kind of notification, they likely aren't interested in what's being notified about in the first place. Finally, it was concluded in this RfC that there is consensus for community-oriented posts to be posted on Miraheze's social media accounts, therefore a community-elected role would be appropriate.

Feel free to say your thoughts on any of these topics. K599 (talk) 15:29, 1 December 2021 (UTC)
 * And will there be a way to disable CNotice for some, and leave only fundraising? YellowFrogger (✉ Talk  ✐ Edits ) 15:33, 1 December 2021 (UTC)
 * @YellowFrogger As said in the explanation of how campaign types work, people should be able to go into their preferences and opt-out of the types that they don't want to see. K599 (talk) 16:27, 1 December 2021 (UTC)
 * But there has to be an option to hide it across the whole wiki (not just in preferences), but yes, all visitors to a particular wiki would be better. Nobody is obligated to see CNotice either, so it had to have that. Showing only CNotice for fundraising, which is important for Miraheze to maintain the wikis maintenance, the others don't matter (or only matter in Meta). YellowFrogger (✉ Talk  ✐ Edits ) 19:59, 1 December 2021 (UTC)
 * @YellowFrogger I mentioned above that there's presumably a way to make campaign types work with ManageWiki, though I suppose a sysadmin should comment on the method I talked about. K599 (talk) 20:19, 1 December 2021 (UTC)
 * Note that the list of campaign types proposed in my initial comment is based on past central notices as seen on Special:CentralNotice. Of course, feel free to discuss any desired changes to the list. K599 (talk) 03:04, 8 December 2021 (UTC)
 * For some added context, the banner preferences can be seen in Special:Preferences, where it's currently the extension's defaults. These options have been unused probably due to being unrelated to Miraheze. K599 (talk) 03:46, 22 December 2021 (UTC)
 * This talk page discussion has a review of the proposed list of campaign types. In response:
 * Okay, but I would prefer that "Community Notices" have a page that explains what would fall under this label. Then this page would be linked, if possible, from the related user preference and, if implemented, the related ManageWiki setting proposed in the community wishlist proposal. K599 (talk) 01:29, 2 January 2022 (UTC)
 * I think it'd be useful to consider above suggestions like the instructions thing as well. K599 (talk) 03:25, 13 January 2022 (UTC)

Request for Feedback: Adding new default extensions
<div class="boilerplate metadata discussion-archived" style="background-color: #F2F4FC; margin: 2em 0 0 0; padding: 0 10px 0 10px; border: 1px solid #aaa">
 * The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 * SRE would like to thank all community members who participated in this Request for Feedback. Your opinions will help us decide how to move forward. Thank you! Agent Isai  Talk to me! 22:47, 2 January 2022 (UTC)

Community members,

SRE desires to hear your thoughts and opinions on adding new 2 extensions to the default library of extensions enabled on all wikis by default. The proposed extensions are Purge and WikiSEO.

The Purge extension adds an extra button to the "More" dropdown menu which allows for users to clear the page cache easily instead of manually having to append  to the end of page URLs in order to force clear the cache. The ability to see this button can be revoked from users if desired and assigned to admins instead or the extension can be completely disableable if desired by wiki bureaucrats. Note that even if this extension is not enabled, users can always append  at the end of page URLs to force clear the cache, this extension only makes it easier to clear the cache instead of having to go through the hoops.

The WikiSEO extension extends MediaWiki's default SEO capabilities to allow wiki's to rank better on search engines by default. MediaWiki, out of the box, is horrible at SEO and as such, some wikis take very long to get on search engines or rank very poorly which leads to user dissatisfaction with their wiki. The WikiSEO extension automatically helps generate a description for pages and even automatically inserts an image if needed which allows for nicer looking Discord/Facebook/Twiiter embeds and higher search engine rankings. The extension also allows for wiki operators to manually change the description of a certain page, the image displayed on embeds, and certain other things. Note that even if this extension is not enabled, this will not prevent search engines from indexing your wiki, it will just preclude it from ranking well or correctly on search engines. To prevent indexing from happening, you can change a setting in ManageWiki which would render WikiSEO useless. This extension, like Purge, would be disableable via ManageWiki. We wish to enable this extension by default so that wiki's rank well on SEO out of the box instead of having users guess why their wiki's not doing well on search engines.

Please let us know what you think about this and if you have any thoughts or concerns, thanks! Agent Isai Talk to me! 04:43, 27 December 2021 (UTC)
 * Definitely not enabled by default, both because there should be little to no extensions out of the box and because WikiSEO should not be messing around with the HTML without explicit enabling of the extension. No objections to either one as an option. Naleksuh (talk) 04:54, 27 December 2021 (UTC)
 * I would like to note that there are 42 extensions enabled by default globally. Additionally, all WikiSEO does is add meta tags which don't mess with page contents, styling or anything else. Agent Isai  Talk to me! 05:02, 27 December 2021 (UTC)
 * Why not? <span style="display:inline-block;border:2px solid #bfff00;border-radius:8px;background-image:linear-gradient(to bottom right, #75ff75, #ffff80)"> Anpang 📨 06:20, 27 December 2021 (UTC)
 * Why not? I explained why not. I'm much more interested to hear why. Why should they be enabled by default? Naleksuh (talk) 16:50, 27 December 2021 (UTC)
 * A tab appears under the "SEO" name in Special:ManageWiki of each wiki that enables the extension. --YellowFrogger (Talk — ✐) 18:54, 27 December 2021 (UTC)
 * Procedural – it's important to clarify that global and default extensions are enabled by default. Global extensions cannot be disabled, while default extensions can be disabled. Dmehus (talk) 17:48, 27 December 2021 (UTC)
 * mainly with WikiSEO. Miraheze is not good at this (in search engines in relation to FANDOM, which loses from 10 V 0). Even though we need to configure, this extension anyway helps and is important, and maybe it would help to promote Miraheze wikis in search engines if the creators would configure it for sure (ex: Google Search Console). You can see that in the wiki where I manage I already use the extension using the Search Console code, even so, the wiki doesn't display a pace that reaches Wikipedia (which is at the top when you search "Ônibus Wiki") --YellowFrogger (Talk — ✐) 18:51, 27 December 2021 (UTC)
 * Without a doubt re: the Purge extension; I'd even support enabling that globally (as a global extension), to be honest. As for WikiSEO, I'm personally not convinced, as many wikis may not want that configuration enabled by default, and there's a fair bit of configuration for it, so there's a bit of a learning curve. Dmehus (talk) 05:34, 28 December 2021 (UTC)
 * Do note that WikiSEO does not need additional configuration out of the the box and is ready to use 100% once enabled. The configuration available for it is extra and mostly focuses on allowing users to verify that they have ownership of the subdomain on a few platforms like Google, Bing, Pinterest, etc. Agent Isai  Talk to me! 06:41, 28 December 2021 (UTC)
 * Okay, fair enough. I'd be okay with that, but could we make it not be enabled by default on private wikis? Only public wikis. If so, then I'd be okay with that. Dmehus (talk) 06:44, 28 December 2021 (UTC)
 * I don't know if that'd be possible within ManageWiki but WikiSEO doesn't display it's html tags on pages where the user doesn't have read permissions so it wouldn't display a page description/image on a page that visitors don't have access to. Agent Isai  Talk to me! 07:07, 28 December 2021 (UTC)
 * Still, there's admittedly not much point in enabling it on private wikis by default. I'd recommend adding this as a soft blocker on any potential implementation. I do suspect Universal Omega would be able to make the necessary ManageWiki/CreateWiki changes to create an option for default extensions on private wikis. Dmehus (talk) 07:29, 28 December 2021 (UTC)

, I don't believe the appeal of having a 'blank slate' installation (which isn't necessarily true for the amount that comes preinstalled) should preclude default usability for most cases, which is wikis that are highly inexperienced, trying to get somewhere and more than likely fail to realize WikiSEO in particular exists and is useful without hardly having to lift a finger for it to work. Purge is basic QoL, though personally I haven't had a case where I've used it and it actually did something. What this might do is accompany a selection of plugins to enable on wiki creation with the options on by default, but able to be easily ticked off before requesting as well as being able to turn other common extensions on. --Raidarr (talk) 09:35, 28 December 2021 (UTC)

de la extensión «purge» como predeterminada. Reiteradamente sucede, especialmente en plantillas, que no se visualizan los cambios inmediatamente al presionar F5. /// of the «purge» extension as the default.. It repeatedly happens, especially in templates, that changes are not displayed immediately when pressing F5. Hugo Ar (talk) 16:13, 2 January 2022 (UTC)

Con la extensión WikiSEO no parece ser posible la indexación de todas las páginas de cada wiki público a los motores de búsqueda. La extensión permite la indexación de la página principal del wiki, pero no asegura la de las demás. Las páginas del wiki que administro que aparecen en el motor de búsqueda de Google fueron añadidas por mi desde Google Console. Estos son los resultados Para no lidiar con la indexación manual de cada página del wiki solicito que se tenga en cuenta incorporar la extensión mw:Extension: AutoSitemap. «La extensión AutoSitemap crea automáticamente un archivo "sitemap.xml" en cada evento de creación / edición / eliminación de página. El archivo de mapa del sitio ayuda a los motores de búsqueda a observar las páginas de su sitio. Esta extensión se basa en la extensión ManualSitemap.» Miraheze podría aparecer mejor posicionada en los buscadores si se implementara esta extensión, ya que ahora, si comprobamos cualquier wiki, incluso este (que es el principal) no tiene todas sus páginas indexadas. Con esto no pretendo que cada vez que se cree una página aparezca de inmediato el resultado en cada motor de búsquesa, pero sí, al cabo de tres, cuatro o cinco días. Si las páginas no aparecen en los buscadores, nadie las podrá encontrar. De allí mi interés por este tema. Un cordial saludo. Hugo Ar (talk) 17:59, 2 January 2022 (UTC)
 * Translated by Google Translator
 * With the WikiSEO extension it does not seem possible to index all the pages of each public wiki to the search engines. The extension allows the indexing of the main page of the wiki, but does not ensure that of the others. The wiki pages that I manage that appear in the Google search engine were added by me from the Google Console. These are the results
 * In order not to deal with the manual indexing of each wiki page, I ask that you take into account the mw: Extension: AutoSitemap extension. «The AutoSitemap extension automatically creates a" sitemap.xml "file on each page create / edit / delete event. The sitemap file helps search engines look at the pages on your site. This extension is based on the ManualSitemap extension.»
 * Miraheze could appear better positioned in the search engines if this extension were implemented, since now, if we check any wiki, even this one (which is the main one) does not have all its pages indexed. With this I do not pretend that every time a page is created the result will appear immediately in each search engine, but yes, after three, four or five days. If the pages do not appear in the search engines, nobody will be able to find them. Hence my interest in this topic. A cordial greeting. Hugo Ar (talk) 17:59, 2 January 2022 (UTC)


 * The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section

Fixing collapsible lists for the Sidebar template
Hello. I'm currently having issues with templating on my wiki. My current iteration of the Sidebar with collapsible lists template has the appearance of a normal Sidebar, but the collapsible lists function of the template doesn't seem to work, making it so that only the name of the list is shown without giving the option of expanding its contents. See this if you want a direct example of the issue, this for the template in question.

As far as I know, every template and module that is used by the Sidebar with collapsible lists template is a direct copy from Wikipedia or other wiki templates, so I'm stumped as to what could be causing the issue here. Sylepieus (talk) 16:33, 1 January 2022 (UTC)


 * Sylepieus, it seems that the wiki is private. Only members and administrators can view the pages. Greetings. Hugo Ar (talk) 16:01, 2 January 2022 (UTC)


 * Hugo Ar My bad, it should be fixed now. Appreciate the heads up. Sylepieus (talk) 20:11, 2 January 2022 (UTC)


 * Hola Sylepieus. La plantilla llama al módulo: Sidebar. Lo que veo en el resumen de edición del módulo es que al módulo lo importaste desde la Wikipedia en inglés. Pero, sin embargo, el código no es igual.
 * Wikipedia en inglés: https://en.wikipedia.org/wiki/Module:Sidebar
 * TRIMIRDI: https://trimirdi.miraheze.org/wiki/Module:Sidebar
 * ¿Puede ser esta la causa de que no funcione como lo deseas? ¿O puede ser que aun haya que incorporar otros módulos?
 * Translate by Google traductor
 * Hello Sylepieus. The template calls the module: Sidebar. What I see in the module edit summary is that you imported the module from the English Wikipedia. But nevertheless, the code is not the same.
 * English Wikipedia: https://en.wikipedia.org/wiki/Module:Sidebar
 * TRIMIRDI: https://trimirdi.miraheze.org/wiki/Module:Sidebar
 * Could this be the cause of it not working the way you want it to? Or could it be that other modules still have to be incorporated? Best regards and good start to 2022. Hugo Ar (talk) 20:50, 2 January 2022 (UTC)


 * Hugo Ar, changing over the Sidebar module seems to have fixed the collapsible lists part of the issue, though another issue seems to have cropped up as a result. Looking at this template for reference, it's trying to transclude Module:Sidebar/styles.css. It seems that the issue here now is that Module:Sidebar/styles.css is stuck in plaintext and doesn't function as code, even if it's directly copied from en Wikipedia. Do you know how I could fix this? Thanks in advance. Sylepieus (talk) 07:04, 3 January 2022 (UTC)


 * Sylepieus, You must activate Template Styles. To do this go to https://trimirdi.miraheze.org/wiki/Special:ManageWiki/extensions#mw-section-parserhooks y and activate:    TemplateStyles and      TemplateStylesExtender . Greetings. Hugo Ar (talk) 12:09, 3 January 2022 (UTC)


 * Hugo Ar, I've turned on both the extensions as you've advised. There's some progress since the sample template now shows an error message in editing previews, but the issue with the code in Module:Sidebar/styles.css being in plaintext still persists. If it helps, the error message from the sample template says Page Module:Sidebar/styles.css must have content model "Sanitized CSS" for TemplateStyles (current model is "plain text"). Sylepieus (talk) 16:29, 3 January 2022 (UTC)
 * Sylepieus, Try activating the CSS extension: https://trimirdi.miraheze.org/wiki/Especial:ManageWiki/extensions#mw-section-parserhooks    CSS . Greetings. Hugo Ar (talk) 16:57, 3 January 2022 (UTC)


 * Hugo Ar, I've already activated the CSS extension in advance. The issue still persists. Sylepieus (talk) 17:07, 3 January 2022 (UTC)


 * Sylepieus, te falta configurar algo más porque veo que ocurre lo mismo en otras páginas similares como, por ejemplo, esta: https://trimirdi.miraheze.org/wiki/Module:Navbox/styles.css
 * En la wiki que administro no tengo módulos ni plantillas con hojas de estilo CSS. Todo los estilos los agrego en MediaWiki:Common.css
 * Mi sugerencia: crea una cuenta en Phabricator, describe la situación y solicita que te indiquen el cambio de configuración para que todo funcione correctamente: https://phabricator.miraheze.org/maniphest/task/edit/form/7/
 * Saludos cordiales. Hugo Ar (talk) 17:54, 3 January 2022 (UTC)
 * Translated by Google Translator
 * Sylepieus, you need to configure something else because I see the same thing happening on other similar pages, such as this one: https://trimirdi.miraheze.org/wiki/Module:Navbox/styles.css
 * In the wiki that I manage I do not have modules or templates with CSS stylesheets. All the styles I add in MediaWiki: Common.css
 * My suggestion: create an account in Phabricator, describe the situation and request that they tell you the configuration change so that everything works correctly: https://phabricator.miraheze.org/maniphest/task/edit/form/7/
 * Kind regards. Hugo Ar (talk) 17:54, 3 January 2022 (UTC)
 * @Sylepieus To fix the issue, you'll need to change the content model of Module:Sidebar/styles.css to Sanitized CSS. To do this, follow these steps:
 * On the page, Module:Sidebar/styles.css, click "Page information" in the sidebar under "Tools" to get to its page info.
 * Click the link "change" in the row "Page content model" to bring up a form for changing content models.
 * Select "Sanitized CSS" and change the content model to that.
 * Hopefully this helps solve the error. K599 (talk) 21:02, 4 January 2022 (UTC)

Miraheze's relationship to Orain
I have been wondering this for a while, but what exactly is Miraheze's relationship to Orain. I have seen many conflicting answers about it: Some have said it is a direct predecessor, others have said that it is a spiritual predecessor, I have seen people that Miraheze was founded by former Orain staff, but it seems like the exact relationship (or if there even is one) remains ambiguous. In addition, the Orain Meta home page redirects to the Miraheze Meta home page, which implies that Miraheze is at least partially a successor to Miraheze. In addition, this says that Miraheze was originally Orain. Despite all of this, Orain doesn't seem to be mentioned much, and wasn't mentioned in Miraheze's five-year anniversary celebration. Blubabluba9990 (talk) 16:28, 2 January 2022 (UTC)
 * Miraheze and Orain are often linked together because both John and Southparkfan were volunteers on Orain for a long time. In July 2015, they left Orain to make Miraheze but Orain continued to exist as its own independent wiki farm. In September 2015 however, Orain was compromised and all of it's server data deleted. Many wikis on Orain moved over to Miraheze as a result which is why Orain and Miraheze have a sort of link together, Miraheze is a bit like Orain's de facto successor as many Orain wikis moved over to Miraheze and so did a lot of the volunteers and users but in a technical sense, Orain and Miraheze are completely unrelated. Since Orain was no more after 2015, I'm guessing Miraheze bought orain.org to redirect users who thought Orain was still in existence to us as we held a nice portion of Orain's user base. Because we're not technically related to Orain, there's really no need to mention it as it's just a thing of the past. Agent Isai  Talk to me! 16:37, 2 January 2022 (UTC)
 * Blubabluba9990, officially, Miraheze and Orain have no direct relationship. Both were/are volunteer run and funded wiki farms, but with different purposes and visions. If trying to quantify the relationship, you could say was inspired by, for better or for worse, Orain. When Orain collapsed, the domain name expired, and Miraheze purchased the domain name and redirected it to Miraheze. Some volunteers also had Orain accounts, but other than those points, that's about the extent of the connection. Dmehus (talk) 16:39, 2 January 2022 (UTC)
 * Ok, that makes sense. I had figured that Miraheze could somewhat be considered Orain's spiritual successor. Blubabluba9990 (talk) 17:07, 2 January 2022 (UTC)
 * Orain was founded in 2013 by Wikipedians and was attacked in 2015 and do not have relationship with Miraheze. And as you can see in this archive page, some Orain users are the same as Miraheze users today. --YellowFrogger (Talk — ✐) 23:02, 2 January 2022 (UTC)

Math editor
Hello, it seems math equations editor is missing on this wiki. How can I get it? RedFox (talk) 17:43, 2 January 2022 (UTC)
 * Could you elaborate? Do you mean on this wiki (Miraheze Meta) or your wiki? Agent Isai  Talk to me! 17:46, 2 January 2022 (UTC)
 * Agent Isai, I mean my own wiki called mathzadachi. It was created today. Thanks for your quick answer. — Preceding unsigned comment added by RedFox (talk • contribs)
 * You can enable it in your Special:ManageWiki/extensions interface under 'Parser hooks'. --Raidarr (talk) 20:30, 2 January 2022 (UTC)

Miraheze hit 5,000 wikis!
I was looking at the main page and saw that Miraheze is now hosting over 5,000 wikis! That's a great achievement for a wiki farm funded solely by donations. How should we celebrate this accomplishment? Tali64³ (talk) 01:13, 3 January 2022 (UTC)
 * Tali64³, yep, that's right. We have hit 5,000 wikis before, back in early 2020, but that was largely because the wiki closure was broken, so long dormant wikis weren't being appropriately marked as deleted. Dmehus (talk) 01:19, 3 January 2022 (UTC)
 * Congrats! <span style="display:inline-block;border:2px solid #bfff00;border-radius:8px;background-image:linear-gradient(to bottom right, #75ff75, #ffff80)"> Anpang 📨 01:26, 3 January 2022 (UTC)
 * Milestones usually don't matter that much, especially when it's about the number of wikis (soon the number will go down by a huge number for deleted wikis, currently there are too many inactive or closed wikis). --YellowFrogger (Talk — ✐) 01:27, 3 January 2022 (UTC)
 * Well, I was thinking about what you said, and I decided to start the Save the Inactive Wikis coalition to save inactive wikis. Would you like to join? Tali64³ (talk) 03:32, 3 January 2022 (UTC)
 * However, there are more interesting things to do. An inactive wiki means the owner is sick of it. --YellowFrogger (Talk — ✐) 17:14, 3 January 2022 (UTC)
 * Or that they gave up maintaining/editing it, or forgot (all) about it. --Routhwick (talk) 08:50, 4 January 2022 (UTC)

My talk page goes haywire
This is Katsumi, an admin from Crappy Games Wiki.

It seems my talk page has gone haywire of some sort. I've tried to add this topic to my talk page...

Title: CGW admins visited Hololive Wiki? Content (in wikitext): <pre class="mw-collapsible mw-collapsed> So, I've played a bit with Special:CentralAuth.

It seems that some of CGW's admins have visited Hololive Wiki(me included).

I know that the whole VTuber thing is a sensitive topic on the wiki, but still, I'm very curious about why some of the admins are simping Hololive girls.

You know what they say... "Weebs tend to be weird. What did you expect?"

- Allistayrian

~

If I tell it to parse and render the following text, it outputs this message...
 * Unable to transfer content: Error contacting the server for conversion between wikitext and HTML. Please check your Internet connection or try again later if the problem persists. If you still get this error please file a bug

and if I try to add the topic, it gives me an error... However, if I try to create a topic with much fewer characters (about 10-30 characters), it accepts that. Strange...

Is it because of the recent update? 🦖️ <span style="font-family:monospace;font-size:1em;background:linear-gradient(90deg, rgba(255,148,188,1) 35%, rgba(23,133,173,1) 100%);-webkit-background-clip:text;-webkit-text-fill-color:transparent;">my Name is Katsumi <rp>(</rp><rt style="color:black;font-size:.95em;text-shadow:0 0 5pt #40bcff;">BA↗RI↘BA↗RI↘</rt><rp>)</rp>  <div style="background:black;display:inline;padding:.3em .65em;border-radius:1.2em;font-size:.88em;font-family:FOT-Fate_Go Skip B,serif;">  talk  <div style="background:black;display:inline;padding:.3em .65em;border-radius:1.2em;font-size:.88em;font-family:FOT-Fate_Go Skip B,serif;">  contributions  03:26, 3 January 2022 (UTC)
 * It works for me, so its probably about the wikitext entered in your topic <span style="display:inline-block;border:2px solid #bfff00;border-radius:8px;background-image:linear-gradient(to bottom right, #75ff75, #ffff80)"> Anpang 📨 03:49, 3 January 2022 (UTC)
 * Your "test" is 192 characters long. Mine is, approximately twice as long as your "test". 🦖️ <span style="font-family:monospace;font-size:1em;background:linear-gradient(90deg, rgba(255,148,188,1) 35%, rgba(23,133,173,1) 100%);-webkit-background-clip:text;-webkit-text-fill-color:transparent;">my Name is Katsumi <rp>(</rp><rt style="color:black;font-size:.95em;text-shadow:0 0 5pt #40bcff;">BA↗RI↘BA↗RI↘</rt><rp>)</rp>  <div style="background:black;display:inline;padding:.3em .65em;border-radius:1.2em;font-size:.88em;font-family:FOT-Fate_Go Skip B,serif;">KamenRiderRevice-logo.webp  talk  <div style="background:black;display:inline;padding:.3em .65em;border-radius:1.2em;font-size:.88em;font-family:FOT-Fate_Go Skip B,serif;">KamenRiderRevice-logo.webp  contributions  04:11, 3 January 2022 (UTC)
 * Mathematically speaking, 192 to 370 is exactly one time higher, being not that far off, particularly in terms of characters. On the subject of the bug, he claims it is caused by your connection. Anyway, if this persists, I suggest opening a ticket in the phabricator because the extension. --YellowFrogger (Talk — ✐) 04:35, 3 January 2022 (UTC)


 * Geeze, the signature formatting in this section... Anyway, I tested locally with a block of my own and your post, and the issue here is either temporary or local . At this point issues actually don't have much to do with the version upgrade. Rather the migrations Miraheze is performing to new hardware, which started not long after the update. While it may have been your connection, I can't rule out that you might have been struck with one of the temporary glitches Found the error, investigating locally. Per the local post, all I can advise right now is patience; unless a persistent bug can be reported, Miraheze Tech is not well equipped to resolve the various phantom issues that are occurring around this time. They are inevitable during the upgrade process, which from what I hear can/will extend into early next month. --Raidarr (talk) 10:25, 3 January 2022 (UTC)
 * Upon conferring with SRE and doing more tests, the trouble is images. The migrations I mentioned above have specifically made images the most unstable part of Miraheze right now, and trying to post the images into a dynamic form like StructuredDiscussions will cause it to fail. I'd suggest making the post without them and being light on their use in general until the migration is complete and SRE gives word to that effect. Issue is known and basically unfixable right now; no point filing a phab task unless SRE advises it in this thread. --Raidarr (talk) 10:57, 3 January 2022 (UTC)

Upcoming changes and performance issues
Valued Miraheze community members,

As you all know very well, Miraheze's commitment to our users is to provide the best MediaWiki hosting for free. In keeping with that commitment, Miraheze is pleased to announce our newest data centre, SCSVG! Instead of renting out servers, Miraheze will finally own it's own hardware for the first time ever. With the addition of this data centre to our server lineup, we will be able to offer our users a much better, faster and smoother experience. For more information on this, please checkout this Phabricator post.

In light of that, we have begun the migration process to our new servers. As you all probably know, Miraheze has faced some performance issues these past few months as we've outgrown our current servers. These new servers will hopefully resolve most if not all of the issues we've faced in the past few months regarding performance (including 502 "Bad Gateway" and 503 "Backend fetch failed" errors). In the process of migrating however, you will likely notice (and probably already have noticed) degraded performance and increased error rates. The migration has exacerbated our current performance issues as, on top of having to serve normal user traffic, some of our current servers are now also copying their files over to the new servers which means that there's an increased strain on them. This means you may notice 502 and 503 errors on some pages which loaded before, especially those pages with lots of images or templates. During this period too, we may need to temporarily suspend some actions such as image-related actions and wiki requests/creations. During this migration period, it may become necessary to temporarily disrupt some processes such as image related actions and wiki creations/changes. It too may be necessary to temporarily disrupt service completely or place wikis on read-only mode. Should this be necessary (we will try to avoid any and all service disruption where possible), we will inform the community with a weeks notice before the disruption occurs.

We know how inconvenient this may be but our hope is that with these changes, we will hopefully resolve all (or at least most) of the performance issues which have plagued Miraheze for these past few months. As always, we thank you for being part of the Miraheze community and we hope to be able to serve you all better in 2022. If you have any questions regarding this, please do not hesitate to reply to this thread or ask on our Discord/IRC channels.

On behalf of Site Reliability Engineering, Agent Isai (talk) 09:59, 3 January 2022 (UTC)


 * Thank you very much for the message. This has answered to my question. Kind regards. Hugo Ar (talk) 12:24, 3 January 2022 (UTC)
 * Is there a specific time of the day when the servers are less busy? I need to make approximately 200 edits (with responsible pause between them, e.g. 60 seconds) that update Cargo tables (this wiki has software documentation, and new version of this software was released today). Edward Chernenko (talk) 15:13, 3 January 2022 (UTC)
 * Server performance issues are generally random and are not always tied to server busyness or idleness so we can't really give a timeframe for when it would be best for you to do those edits. Agent Isai  Talk to me! 15:19, 3 January 2022 (UTC)
 * Glad you noticed this error, which happens every day (and complicates saving edits). And we hope to get a new server in 2022, as promised. --YellowFrogger (Talk — ✐) 15:36, 3 January 2022 (UTC)
 * It's a good thing Miraheze is improving its servers, since Miraheze is the last good wiki host left. Also it is good that this is supposed to be finished by the end of January. Blubabluba9990 (talk) 22:23, 4 January 2022 (UTC)
 * Yes, and we can see more about that at our blog --YellowFrogger (Talk — ✐) 22:32, 4 January 2022 (UTC)

Yet another interwiki request
At this writing, the Constant Noble site is missing wmf (foundation.wikimedia.org/wiki/$1), a relic from my 2010s Referata tenure. Hopefully my pledge to receive interwiki adminship doesn't go unnoticed this time here... Routhwick (talk) 09:12, 4 January 2022 (UTC)
 * Routhwick Agent Isai has done the interwiki prefix for you, but what do you mean by your pledge to receive interwiki adminship doesn't go unoticed? Have you posted an election request on Constant Noble Wiki for local interwiki administrator, to be granted by Stewards? Dmehus (talk) 09:20, 4 January 2022 (UTC)
 * So far, I have been the only editor on my wiki (out of 29 registered users). --Routhwick (talk) 09:39, 4 January 2022 (UTC)
 * Routhwick, oh, have you started a local permissions request or election for local interwiki administrator yet? Note that you are not required to have any persons express a view. An election by acclamation is possible. You just need to start the permissions election request locally, then wait about 5-7 calendar days, then head to here. Dmehus (talk) 09:46, 4 January 2022 (UTC)
 * Not yet. So how exactly do I go ahead? (I'm assuming I'd have to do it in the Project namespace, right?) --Routhwick (talk) 10:04, 4 January 2022 (UTC)
 * Routhwick, yeah, you could create like a page called  or something, in   namespace, then have sections for each type of local permission and who grants them and any local prerequisites/conditions you want to have. Then you could make subpages for each of those local user groups, and transclude them on your   page. Dmehus (talk) 10:27, 4 January 2022 (UTC)

How can I add collapsible blocks?
How can I add collapsible blocks in my wiki, like that: https://trimirdi.miraheze.org/wiki/Template:Randomsidebar ?

Thanks. RedFox (talk) 14:06, 4 January 2022 (UTC)
 * I saw that there is a failed TemplateStyles tag up there. First, you will have to add the extension "TemplateStyles" in Special:ManageWiki/extensions of your wiki. --YellowFrogger (Talk — ✐) 16:13, 4 January 2022 (UTC)
 * I saw in Special:Version that it is active, you will have to create the page "Module:Sidebar/styles.css". --YellowFrogger (Talk — ✐) 16:17, 4 January 2022 (UTC)
 * Is it possible to add collapsible text without using CSS? RedFox (talk) 17:13, 4 January 2022 (UTC)
 * Hello RedFox. I already spoke with your coworker about this. Please read this. Some configuration details are missing. In Phabricator there are specialized people trained to solve it. Create an account there and explain what happens. There are more details in the link. Kind regards. Hugo Ar (talk) 18:20, 4 January 2022 (UTC)
 * Hello, @Hugo Ar, thanks for your answer, I'm not sure that's what I need, see my answer to @YellowFrogger. RedFox (talk) 19:11, 4 January 2022 (UTC)
 * Do not worry. You don't need to know CSS, just copy the content from Wikipedia, it will work on your wiki. Try this. --YellowFrogger (Talk — ✐) 18:26, 4 January 2022 (UTC)
 * @YellowFrogger, I don't want to use any content from Wikipedia for the moment, my goal is like that: I'm going to create a collection of math problems with their solutions. Some people might want to solve the problems by themselves, so they won't want to see the solutions and the answers immediately. So, I need collapsible text paragraphs which people can open in they want. Is there an easy way to do it? RedFox (talk) 19:05, 4 January 2022 (UTC)
 * Delete this page here and restore it with the same content. --YellowFrogger (Talk — ✐) 18:34, 4 January 2022 (UTC)
 * @RedFox Would this page about collapsible elements help you for what you want to do? Basically you would add the mw-collapsible class to what you want to be collapsible. K599 (talk) 20:45, 4 January 2022 (UTC)
 * That's what I need, thanks! RedFox (talk) 14:35, 5 January 2022 (UTC)

IP Masking
Hi. The WMF is going to hide IP addresses of unregistered users. What will be its effects on Miraheze? --Magogre (talk) 03:07, 6 January 2022 (UTC)
 * “MediaWiki docs don't make it clear if it'll be togglable for on MediaWiki or what the default behavior is so frankly, I don't know the impact it'll have on us” -- Agent Isai --YellowFrogger (Talk — ✐) 03:26, 6 January 2022 (UTC)
 * There are a lot of questions that I'd have about this feature that just are not documented yet, so it's hard to say until this feature is actually implemented. I suspect we'll have to wait for it to be fully released before we can make any decisions, and then, I'm pretty sure we'll have an RfC to determine how exactly this feature will be used on Miraheze. -- Void  Whispers 04:22, 6 January 2022 (UTC)

Why I can't create a page with some text from the beginning?
I want to create many similar pages with some standard blocks. But only an empty page can be created. Is there something wrong with the template? https://mathzadachi.miraheze.org/wiki/%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:%D0%9D%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%B4%D0%B0%D1%87%D0%B0 RedFox (talk) 17:30, 6 January 2022 (UTC)
 * If you're asking how to use input boxes to create pages with the editor having text to start, you would put  inside your   table so you may experience temporarily degraded search performance. This too should also be resolved after a while.

If you have any questions regarding this, feel free to reply to this and we'll answer your questions. Thank you! Agent Isai Talk to me! 21:10, 7 January 2022 (UTC)
 * Good, Miraheze now thinks that their current servers are not nice at all. One thing I would like to know is if these new servers will be fast enough as promised, just like the Wikimedia foundation which takes milliseconds to load on every page. Thus, we can say that we have evolved. --YellowFrogger (Talk — ✐) 21:19, 7 January 2022 (UTC)
 * Well yes, we've known we need new servers for awhile now which has culminated in this after months of planning. However, I'm a bit confused on the latter part of your statement. We have never promised that these servers will be like Wikimedia Foundation servers, loading in thousandths of a second as you described on Discord. While these servers will be much faster than our current ones, do remember that the Wikimedia Foundation finished 2021 with a total of $231,000,000 dollars in net assets so of course they have the resources to ensure that connections are served in a very fast manner. Agent Isai  Talk to me! 21:35, 7 January 2022 (UTC)
 * But will the servers be fast anyway (not at wikimedia level), but much faster than these? --YellowFrogger (Talk — ✐) 21:55, 7 January 2022 (UTC)
 * Yes, they'll be faster than our current servers. Agent Isai  Talk to me! 00:53, 8 January 2022 (UTC)
 * Does that mean that the migration will be finished after January 14 and that servers will be much faster. Editing is really annoying right now since everything is so slow. Blubabluba9990 (talk) 00:48, 8 January 2022 (UTC)
 * This means that we will migrate on 14 January and hopefully be done in 30 minutes. After that's done, you should have a much more enjoyable experience on Miraheze as your traffic will be served by our new, faster servers. Agent Isai  Talk to me! 00:53, 8 January 2022 (UTC)
 * Yes, everything is slow, glad the team that runs the Miraheze website realizes this. Errors 502 and 503 occurring, error saving edit, trying to login. We hope that all of this is suppressed as it is the cause of bad SEO or user churn. --YellowFrogger (Talk — ✐) 00:55, 8 January 2022 (UTC)
 * Ok. It is good that this will be complete sooner than I expected. I guess this means the migration will be complete at 23:15 UTC on January 14, 2021 (or 6:15 PM in my time zone). Blubabluba9990 (talk) 16:14, 8 January 2022 (UTC)
 * And here 8:15. Even so, these are estimated minutes. --YellowFrogger (Talk — ✐) 16:36, 8 January 2022 (UTC)
 * Once the migration is completed, does that mean the Comments extension will finally be enabled on all wikis? 🦖️ <span style="font-family:monospace;font-size:1em;background:linear-gradient(90deg, rgba(255,148,188,1) 35%, rgba(23,133,173,1) 100%);-webkit-background-clip:text;-webkit-text-fill-color:transparent;">my Name is Katsumi <rp>(</rp><rt style="color:black;font-size:.95em;text-shadow:0 0 5pt #40bcff;">BA↗RI↘BA↗RI↘</rt><rp>)</rp>  <div style="background:black;display:inline;padding:.3em .65em;border-radius:1.2em;font-size:.88em;font-family:FOT-Fate_Go Skip B,serif;">KamenRiderRevice-logo.webp  talk  <div style="background:black;display:inline;padding:.3em .65em;border-radius:1.2em;font-size:.88em;font-family:FOT-Fate_Go Skip B,serif;">KamenRiderRevice-logo.webp  contributions  13:50, 8 January 2022 (UTC)
 * The comments extension is active when connecting via SCSVG, yes. This will be automatic. ~ RhinosF1 - (chat)· acc· c -  12:10, 9 January 2022 (UTC)
 * Hello. How long after the change it will be slower? Thanks! AlPaD (talk) 21:01, 12 January 2022 (UTC)
 * Parser & Memcache should fill up once the page has been loaded for the first time. Once most pages have loaded at least once and well used templates have populated the cache then it will get better for any page that uses that template. RhinosF1 (Miraheze) (talk) 11:09, 14 January 2022 (UTC)
 * Hey, I noticed that CodeEditor is not loading on my wiki. Is this somehow related? Firestar464 (talk) 05:26, 15 January 2022 (UTC)

"Miraheze Bots"
There's been some confusion on this. Is the so-called "Miraheze Bots" project an official Miraheze capacity or not? I was under the impression that it was, it is using Miraheze resouurces, branding, and legal contracts, but has not been conforming to Miraheze standards, has been distancing itself from Miraheze, and one particular member there has been acting unilaterally on it. Are we aware of this, and if so, do we regard "Miraheze Bots" as an official Miraheze project? If not, do we tell "Miraheze Bots" to stop using Miraheze's branding? Naleksuh (talk) 01:20, 8 January 2022 (UTC)
 * As far as I (and you too probably) know, the project has an official agreement with Miraheze. Could you explain how it "has not been conforming to Miraheze standards, has been distancing itself from Miraheze, and one particular member there has been acting unilaterally on it"? Agent Isai  Talk to me! 01:47, 8 January 2022 (UTC)
 * I wasn't aware of any agreement with Miraheze, could you share more info on that? Yes, the specific thing I was referring to with MHBots is a case with one particular person acting unilaterally on the project instead of consensus, removing Phab comments from established users that did not violate any policies, and also leaked a private conversation without my permission. Naleksuh (talk) 02:05, 8 January 2022 (UTC)
 * I was able to find this agreement dated June 2020 between Miraheze and MirahezeBots. I am unaware if it has been superseded but to the best of my knowledge, we still maintain a relationship with MirahezeBots. Agent Isai  Talk to me! 02:10, 8 January 2022 (UTC)
 * This doesn't communicate anything about Miraheze's relationship with the Miraheze Bots project. Just how Miraheze will host its bots (which granted, is the name, but doesn't tell much about the project). Naleksuh (talk) 02:25, 8 January 2022 (UTC)
 * I don't know why those comments were removed, but I'm sure there was a good reason. I don't think that the user (not naming names here) has been doing anything wrong. We do have a partnership with Miraheze to my knowledge. MacFan4000 (Talk Contribs) 02:45, 8 January 2022 (UTC)
 * MacFan4000, if you are aware of a partnership, please link me to that. Just saying there is one is not helpful especially if we do not know its terms. Naleksuh (talk) 02:53, 8 January 2022 (UTC)
 * There is no formal agreement between us and Miraheze. We use the same NDA as Miraheze and the name. We use our own servers that we've procured ourselves (with the help of SRE) and set our own policies and decisions which we discuss privately within the scope of our appointed roles. You can find our Terms of Use on our website which state "Miraheze Bots is a community project supporting Miraheze, a project from Miraheze Limited. However, Miraheze Bots does not fall under Miraheze Limited's governance and as such, Miraheze Limited is not responsible for Miraheze Bots' compliance to UK regulations. Miraheze Limited's Terms of Use and Privacy Policy do not apply to services offered by Miraheze Bots." ~ RhinosF1 - (chat)· acc· c -  07:46, 8 January 2022 (UTC)
 * I apologise for the delay in responding to this as was asked by me on January 8th. I can answer that Miraheze Limited does not have an 'official' relationship with Miraheze Bots. It does not utilise any Miraheze Limited resources, and does not gain access to any donator funding through the company. It does use the Miraheze Limited NDA - this is purely to protect Miraheze Limited as originally there was talk of information owned by Miraheze Limited which we classify as 'sensitive' being passed to the Miraheze Bots project to allow IRC->Discord operations to occur. I am currently not aware of any such inofrmation being in use/planned which would require an NDA in place. I will follow up on this to re-evaluate this. It is important to note that the NDA only covers Miraheze Limited as a party, not Miraheze Bots. Miraheze Limited has no legal purview or responsibility over Miraheze Bots. Owen (talk) 18:29, 16 January 2022 (UTC)
 * Yeah, so this has not been made sufficiently clear at all. First of all, I was asked to fill out a Miraheze Limited NDA for Miraheze Bots (and then ended up not needing it anyway). In addition, the conduct of several Miraheze Bots admins has violated Miraheze policies, but there is not much to be done about that if it is not a related project. However, as pointed out by Dmehus, the Miraheze Bots wiki is hosted on Miraheze, so the Miraheze Terms of Use, privacy policy, and content policy definitely do apply there. I think the so-called Bots project needs to remove all Miraheze branding unless they are going to be adopting it as a Miraheze project. Otherwise, why can't I go and launch "Miraheze burgers" in a food truck with no permission from anyone? And promote User:Naleksuh BOT to CFO and put it on Miraheze's main page? Naleksuh (talk) 18:59, 16 January 2022 (UTC)
 * Speaking as a member of the MirahezeBots project team, I was not favour of your proposal with regard to MirahezeBots' hosting service provider, Fosshost. That being said, I disagreed with the manner in which this was proposed (i.e., in a private IRC channel, with no confidential information contained therein) and the fact that the text of your proposal was not made available to team members in said private channel. I would personally see no issue with you (a) creating a  in   namespace of that local wiki and to (b) proposing this proposal for discussion publicly. While I can't say the outcome would be any different, it would, nonetheless, provide for greater transparency and accountability on the part of the MirahezeBot project, due to its use of the Miraheze name and overall brand affinity. This would be, potentially, an important precursor for any potential global RfC that sought the community's input with respect to the MirahezeBots' continued use of the Miraheze name. Speaking as a Steward, I should also note that the MirahezeBots project's wiki is hosted by Miraheze and, as such, Stewards play the role of an facilitator and mediator with respect to disputed outcomes of local wiki discussions, and, of course, ensuring that all users govern themselves accordingly. Additionally, it's also important to note that the MirahezeBots project has subjected all its platforms to the Code of Conduct, including shell access, GitHub repositories, and IRC channels, and, so, Stewards fulfill the responsibilities of the Code of Conduct Commission for the purposes of, for example, providing arbitration in the case of Code of Conduct-related local blocks or prohibitions for which local resolution is at an impasse. Dmehus (talk) 20:54, 16 January 2022 (UTC)
 * A statement is pending and will be published in due course to respond in full on behalf of Miraheze Bots within 48 hours. Some relevant discussion can be found here. Any comments made will be answered to the best of our ability when such statement is published. No further comments will be made at this time. RhinosF1 (talk) 22:03, 16 January 2022 (UTC)
 * There is no need for any statement from Miraheze Bots. I asked Miraheze about the relationship between them and Miraheze Bots. I did not ask Miraheze Bots about what it believes about Miraheze, and you can keep any of that on https://bots.miraheze.org. Also, you have been attempting to confuse people by bringing up irrelevant information or acting like this discussion was about something else, so any statements that do not pertain to that or an attempt to confuse people with other conversations will be collapsed. Naleksuh (talk) 22:22, 16 January 2022 (UTC)

Request for Feedback: Removal of $wgUseCategoryBrowser in MediaWiki 1.38
Hi everyone,

SRE is soliciting your feedback on the potential removal of $wgUseCategoryBrowser in MediaWiki 1.38. It has been proposed upstream in T298553 on Wikimedia Phabricator that Category Browser be removed so we want to know your opinion on this so that we may forward your feedback and input to MediaWiki developers. Please let us know what you think about this and whether you would be ok with the proposed change going forward or no, your feedback is very valuable. Thank you! Agent Isai Talk to me! 10:35, 9 January 2022 (UTC)
 * Isn't that HotCat? My knowledge of this function is limited. Too bad, because you put categories through your browser. Maybe not. --YellowFrogger (Talk — ✐) 15:35, 9 January 2022 (UTC)
 * It has nothing to do with HotCat. ~ RhinosF1 - (chat)· acc· c -  15:44, 9 January 2022 (UTC)
 * Agent Isai Can you clarify what this means, perhaps with an accompanying screenshot example, ideally hosted on Miraheze Commons or Wikimedia Commons, of what CategoryBrowser is? It's not obvious to me, as from that technical MediaWiki manual page, it looks as though it's the category links at the bottom of every page. If that is the case, this is an absolutely terrible idea on Wikimedia's part, and will render categories as a navigation tool even less useful than ever before. I'm hoping that's not the case, though. Dmehus (talk) 16:25, 9 January 2022 (UTC)
 * I concur in seeking an example of what it means. I'm assuming it's not necessarily category links on pages or even listing subcategories/pages in categories (both of which I would strongly oppose removing), but what it actually means aside from that, no clue. This is a very technical inquiry that even at the original mediawiki phabricator link is poorly explained for lineman understanding. --Raidarr (talk) 20:41, 9 January 2022 (UTC)
 * In attempt to clear up some confusion, I did some digging into this feature and think I have a slight idea what it does now. Following mw:Help:Categories, it would seem that  enables a secondary section in the categories box which lists all the parent categories of the categories that a page belongs to, specifically in a breadcrumb hierarchy. So... In the hopes that I understand correctly... A page with the feature might look something like this:

Categories : Foo | Bar | Baz Encyclopedia → Articles → Foobar → Foo

Encyclopedia → Articles → Foobar → Bar

Encyclopedia → Articles → Baz


 * -- dross (t • c • g) 07:01, 10 January 2022 (UTC)


 * I would just like to note that there will likely be no loss of functionality with this change. When 1.38 comes around the configuration variable will be removed, however we can install the new CategoryExplorer extension which maintains this behavor. 20:46, 13 January 2022 (UTC) ］ |

Wiki name change
Hi, my wiki is called Ornithopedia, and I would like it to be changed to Spacepedia. The original link address is ornithopedia.miraheze.org and my requested link address is spacepedia.miraheze.org. --DoveTheWingedWarrior (talk) 01:49, 10 January 2022 (UTC)
 * Please make domain change requests at Phabricator. --YellowFrogger (Talk — ✐) 01:54, 10 January 2022 (UTC)
 * DoveTheWingedWarrior, as your wiki was only just recently created and had zero content on it, I have ✅ it for you, as I see no reason in creating a make work project for SRE to migrate a wiki database with zero content into a new wiki database name. Please, instead, request a new wiki on your new subdomain, and wiki creators will review it in due course. Do take care, too, to choose a finalized subdomain and define a clear purpose, scope, and topic. Thanks. Dmehus (talk) 02:16, 10 January 2022 (UTC)

Change in links for blocked users
I noticed that the links to the user page, including contributions etc, changed for users who were blocked on a wiki, being underlined and italicized, which I noticed only on Miraheze wikis. If it was Miraheze that made this change, why and for what purpose? --YellowFrogger (Talk — ✐) 11:44, 10 January 2022 (UTC)
 * I meant strikethrough, not "underlined" --YellowFrogger (Talk — ✐) 11:48, 10 January 2022 (UTC)
 * Hmm? User:Examknow
 * Doesn't seem to be like that for me <span style="display:inline-block;border:2px solid #bfff00;border-radius:8px;background-image:linear-gradient(to bottom right, #75ff75, #ffff80)"> Anpang 📨 11:56, 10 January 2022 (UTC)
 * See the list of contributions from a blocked user in Desktop version. --YellowFrogger (Talk — ✐) 12:16, 10 January 2022 (UTC)
 * Nothings wrong.jpg nothings wrong to me <span style="display:inline-block;border:2px solid #bfff00;border-radius:8px;background-image:linear-gradient(to bottom right, #75ff75, #ffff80)"> Anpang 📨 12:23, 10 January 2022 (UTC)
 * , it is not necessary to upload files for simple things. You may like to use Imgur. Magogre (talk) 12:46, 10 January 2022 (UTC)
 * , it is not a change by Miraheze. You have a script enabled in your /global.js which marks all blocked users as such. If you don't want this, remove the line two of your /global.js. Magogre (talk) 12:38, 10 January 2022 (UTC)
 * Oh yes, I think that's what tricked me again since I enabled it preferentially that option. --YellowFrogger (Talk — ✐) 13:00, 10 January 2022 (UTC)

Directors Meeting, January 14th, 2022
Hi everyone,

This is notice of the next meeting of Miraheze Limited's Board of Directors on January 14th, 2022. You can view the agenda here. Any further discussion points for the Board are always welcome.

On behalf of the Board, Owen (talk) 19:46, 10 January 2022 (UTC)

What does that mean
It's been a while since I noticed that in the Requests comments section of requesting a wiki, there are comments from, probably, a robot, which comments on random things like "Approval Score : (Random number)", and I don't quite understand what this Approval score is, (the wiki request score? or the wiki creator's decline/acceptance?). I don't understand this score provided by this "robot" (robot because it's probably tested for automated wiki creation according to what I saw in a community wishlist). If someone who knows more than me, explaining what "Approval score" is, I would be grateful. --YellowFrogger (Talk — ✐) 20:24, 11 January 2022 (UTC)
 * Indeed, the "Approval score" comment is done by the CreateWiki AI. Based on the past 2000 wiki requests, the AI compares the request to them and assigns it a score from 0.01 to 1.0 depending on the request's perceived quality. Agent Isai  Talk to me! 20:30, 11 January 2022 (UTC)
 * So now I know this is a study (if there was a chance to automatically create wikis higher scores would be accepted). Therefore, there are requests with high scores that are declined. More reason to not have an option to create wikis automatically, other than removing "jobs", of course. --YellowFrogger (Talk — ✐) 20:42, 11 January 2022 (UTC)

Problem with seo metakeywords
I have now the next error:

"Error: tag must contain at least one non-empty attribute."

But my seo tag has worked well so far:

&lt;seo metakeywords="szabadkőműves,freemason,páholy,lodge,freimaurer,loge" google-site-verification="GDJ-MOvKL9I-W-eoQsEp958AsMp8QOUILjH5N27YgWU" /&gt;

What has changed?

What can be done?

László Lalo5555 (talk) 16:23, 12 January 2022 (UTC)
 * Hello, I apologize for the lack of responses so far (to be frank, things have been quite busy :p). Does this error continue? If so I can try to point someone authoritative to this thread. --Raidarr (talk) 20:57, 17 January 2022 (UTC)

Affiliation with grifkuba
Hello, I was wondering if Miraheze wants to partner and/or affiliate with Grifkuba (excuse the website though, as it needs updating), seeing as both share a common goal of providing the best possible wiki service, with Grifkuba explicitly focused on independently-hosted wikis for gamers). Grifkuba has been hosting several wikis such as WiKirby since the year 2010. A few other examples of wikis that they host include Jiggywikki, Fire Emblem Wiki, and Triforce Wiki. Reminds me of how Miraheze also allows for custom domain configuration. Basically I see a shared common goal, and I think it would mutually benefit both if the large communities can partner with one another. Some people on grifkuba wikis might want to have a wiki hosted by them, but cannot because Grifkuba does not host wikis with little interest (e.g. Wiki DK (Portuguese) had to be hosted here because Grifkuba could not find much interest in it), so Miraheze fills in that gap. RMV2003 (talk) 17:24, 12 January 2022 (UTC)
 * Hello. Although they use version 1.37, some of these wikis mentioned by you use AdSense advertisements, which is not allowed in Miraheze, and is not in the footer mentioned that is hosted by Miraheze. Miraheze cannot partner with commercial companies/or be purchased by them. And I was not informed that Miraheze will partner with these wikis. --YellowFrogger (Talk — ✐) 17:36, 12 January 2022 (UTC)
 * I was asking if Miraheze want to, and I wasn't saying that it would happen. RMV2003 (talk) 17:40, 12 January 2022 (UTC)
 * Also affiliation doesn't mean one being bought out by the other, it mean "one supporting the other's cause" if that makes sense. RMV2003 (talk) 17:44, 12 January 2022 (UTC)
 * I don't think so, and I think this Grifkuba owns these wikis; it's a normal thing to have an independent hosted wiki while others hosted on Miraheze, as in uncyclopedias wikis. --YellowFrogger (Talk — ✐) 17:46, 12 January 2022 (UTC)
 * Technically speaking I guess an affiliation would not do much aside from tell others "here are folks doing something that we support" and vice versa. RMV2003 (talk) 19:02, 12 January 2022 (UTC)
 * I'd think a partnership of any kind would require an RfC to establish, including what the partnership would do. I'm not sure what the point would be as far as a formal 'partnership' is concerned. That said, the values seem to be compatible and a friendly relationship makes sense. Worth having that discussion at any rate. The key here is that 'Miraheze' lacks formal definition as an entity or as a policy for what you're asking. --Raidarr (talk) 23:35, 12 January 2022 (UTC)

Local election?
So, a few weeks ago I think, I adopted and reopened chemistry wiki, and now I'm waiting for bureaucrat rights because I'd like to modify a lot of things. Do I need to hold a local election or what? <span style="display:inline-block;border:2px solid #bfff00;border-radius:8px;background-image:linear-gradient(to bottom right, #75ff75, #ffff80)"> Anpang 📨 06:45, 13 January 2022 (UTC)
 * Yes, a local election is necessary to get advanced rights. --Raidarr (talk) 11:35, 13 January 2022 (UTC)
 * You need to find the correct location to make the election on the wiki. Previously it was really adoption, now that name doesn't make much sense. You just reopen the wiki (or make a request to reopen the wiki). It's just "Reopen Request", to gain bureaucrat rights, you have to do a local election and still have a chance of losing if the administrators vote against it. The more you contributed to the wiki, the more chances. --YellowFrogger (Talk — ✐) 19:30, 13 January 2022 (UTC)
 * @YellowFrogger Which doesn't really make sense, what's the point of adopting a wiki if you're not going to automatically receive the rights to manage it? SoyokoAnis  13:19, 14 January 2022 (UTC)
 * That's what I say. Most people think they will receive rights when they "adopt" a wiki, but you will have to make a election on the wiki. That name doesn't make sense anymore, it should be "Requests for remove close", I think. --YellowFrogger (Talk — ✐) 17:00, 14 January 2022 (UTC)
 * Wikis which are eligible for adoption have already been closed, and so are subject to deletion 120 days after closure. Because "adoption" is creating an interruption to this course of events, which is ultimately to reduce dormant content occupying valuable storage and memory, it needs to be ensured that the wiki will receive some level of activity if adopted. Note that you may request any steward perform any administrative action in the time being while you do not have sufficient permissions on Stewards' Noticeboard. If you are the only active user on the wiki, simply post a request for adminship or bureaucratship on the wiki for a proper amount of time, and let a steward know on the Stewards' Noticeboard. Unopposed, you should be granted permissions. dross  (t • c • g) 02:18, 15 January 2022 (UTC)

Upload issue
I am trying to upload images on Stock car racing, and it says that I do not have permission to upload this file, Why is this upload disabled? Zcook1052 (talk) 20:41, 14 January 2022 (UTC)
 * As the sitenotice says, it is because of the upcoming migration. It should be re-enabled in a few hours. Please read the sitenotice for more information. Agent Isai  Talk to me! 20:44, 14 January 2022 (UTC)
 * Hello. Because of the migration that will take place in an hour, and, as a precaution, the uploads are disabled at the time of the migration, which will possibly last about 30 minutes. You must have closed the notice site and not noticed it, I think. --YellowFrogger (Talk — ✐) 20:51, 14 January 2022 (UTC)

Migration complete
Is the migration to the server complete? Zcook1052 (talk) 23:55, 14 January 2022 (UTC)
 * We hit a little road bump but we should be mostly back by now. Agent Isai  Talk to me! 00:15, 15 January 2022 (UTC)
 * Is complete with several 502's and 503's but will stabilize --YellowFrogger (Talk — ✐) 00:19, 15 January 2022 (UTC)
 * I'm seeing more 50x errors now than before the migration, to the point that wikis (public and private) that previously got very few of them are currently getting more errors than successful page loads. (And I got a 503 error when attempting to subscribe to this thread.) How much longer should we expect this state of affairs to exist? --Robkelk (talk) 14:25, 15 January 2022 (UTC)
 * Should I assume the load times will improve over the course of the evening next day(s)? Because currently the load times are terrible (almost 45 sec. to load a single page) and even this noticeboard gave me some 502s before it loaded. Not looking to be annoying, just want to know what my expectations should be for now and in the coming day(s). Thanks in advance. – Mitchell Gore (talk) 03:30, 15 January 2022 (UTC)
 * Same as above...thought it was just my wiki but after checking a few others this seems to be a sitewide problem. Pages are taking up to a minute to load, loading in plaintext, and there's 502s galore. With the amount of editing I wanted to do Miraheze is practically unusable for me right now. Polyrhythm  ❤  talk  14:04, 15 January 2022 (UTC)

Migration issues
Some pictures are broken after the migration. Is this a known issue? Can it be solved? Timboliu999 (talk) 10:51, 15 January 2022 (UTC)
 * It is after migration, some problem. You see that you have this problem in Meta too, which will soon get better. --YellowFrogger (Talk — ✐) 14:38, 15 January 2022 (UTC)

Closing notice
Just now i received two wiki closing notice for inactivity. (bnwiki, mymensinghwiki) Although those wiki are active. -- MdsShakil (talk) 12:53, 15 January 2022 (UTC)
 * After migration, many wikis are getting inactive notice but was recently edited. You can reopen normally in Special:ManageWiki/core --YellowFrogger (Talk — ✐) 15:50, 15 January 2022 (UTC)

What happened to recent changes?
In some of the wikis the recent changes are there, in others they are gone. One of my wikis has even been closed due to inactivity. The response time has not improved since the migration, I wonder what has happened in the last months that the Miraheze server has become so slow, Lily talk and I will listen · Lilypond Wiki 15:06, 15 January 2022 (UTC)
 * Recent changes looks like it's rebuilding --YellowFrogger (Talk — ✐) 15:26, 15 January 2022 (UTC)
 * Hello Lily, here is the answer to your query. Greetings. Hugo Ar (talk) 00:19, 16 January 2022 (UTC)
 * Thank you, got it! Greetings --LilyLilyu - smile.svg talk and I will listen · Lilypond Wiki 06:13, 16 January 2022 (UTC)

Cache population after the server migration
(I tried fifteen times to post this in the proper point in the existing thread in the "Things to note for the upcoming migration and downtime notice" thread, and got timeouts of the Parsoid/RESTBase server every time. Hence the new thread.)

said there "Once most pages have loaded at least once and well used templates have populated the cache then it will get better for any page that uses that template."

All The Tropes currently has 157,327 article pages. Assuming it takes five seconds to load a page (which given the current conditions is optimistic), it would take 218 hours - over nine days - of non-stop clicking on links in the "All Pages" special page to load "most pages" on the wiki and thus populate the cache. Is there any way to automate this process? Our bots edit pages; they don't display pages. Robkelk (talk) 16:12, 15 January 2022 (UTC)

Why is it still slow
The migration is complete, so why is everything still as slow as before? I assume this will improve soon. I have been keeping up with this on Phabricator (it is T8469 if anyone is interested) and it says that "MediaWiki traffic" has not been migrated yet, as well as something called "GlusterFS". I assume when both of those are done and when T8469 gets closed that is when loading will be faster. Blubabluba9990 (talk) 20:25, 15 January 2022 (UTC)
 * Update: MediaWiki traffic has been marked as resolved. When will this get faster, because this slow loading speed is very frustrating. Blubabluba9990 (talk) 20:36, 15 January 2022 (UTC)
 * Hello. I think you already know this. Servers have migrated, more in days they will stabilize. That means the cache. After a few days we will have a better loading experience. --YellowFrogger (Talk — ✐) 21:11, 15 January 2022 (UTC)
 * Ok good. Blubabluba9990 (talk) 21:15, 15 January 2022 (UTC)

Cannot login to Phabricator
I currently cannot login to Phabricator. First, there is no "MediaWiki" button at https://phabricator.miraheze.org/auth/start/?next=%2F. Second, when I try to login to Phabricator using my GitHub account, an error like the following is shown:

Unhandled Exception ("HTTPFutureCURLResponseStatus")

[cURL/7] (https://github.com/login/oauth/access_token) <CURLE_COULDNT_CONNECT> The cURL library raised an error while making a request. You may be able to find more information about this error (error code: 7) on the cURL site: http://curl.haxx.se/libcurl/c/libcurl-errors.html#CURLECOULDNTCONNECT

So, when will logging in to Phabricator start working again (with both the "GitHub" and the "MediaWiki" buttons shown)? GTrang (talk) 22:26, 15 January 2022 (UTC)
 * Now, the "MediaWiki" button is back (and logging in using the Miraheze account works), but logging in using the GitHub account still gives the same error message regardless of whether I was logged in on Miraheze or not. This issue has been reported at T8617. GTrang (talk) 23:24, 16 January 2022 (UTC)
 * @GTrang As of right now, logging in using the MediaWiki button works, and it goes through Miraheze, as usual. I was informed the Github button is not the one to use (disabled or non-working because it doesn't use Miraheze username or associate to a Miraheze account they can follow), in case that is helpful. | -- FrozenPlum  (Talk / Email)

Issue with Inkscape generating thumbnails from SVG files
Having an issue with my wiki. If I set Inkscape as the SVG Converter, embedded SVG files won't be visible, displaying only the file name. If I try to view a preview, I get a message like:
 * Error generating thumbnail
 * Error creating thumbnail: Warning: Option --without-gui= is deprecated (process:2552304): Gtk-WARNING **: 05:43:16.235: Locale not supported by C library. Using the fallback 'C' locale. Unable to init server: Could not connect: Connection refused Unknown option -f

Alternatively, if I set ImageMagick as the SVG Converter, it works - but then it seems to only render at the SVG's nominal size, and a preview at a different size will look blurry. Stormwatch (talk) 05:57, 16 January 2022 (UTC)
 * I saw this reported in Discord also, perhaps this may have been you? Universal Omega mentioned working on this issue a bit, it may be in-progress for troubleshooting, in case that helps. | -- FrozenPlum  (Talk / Email) 04:06, 17 January 2022 (UTC)

Two things
It seems like loading times have improved a bit, but there are still two things:
 * The reply button is still broken, when will that be fixed?
 * Will the comment extension be re-enabled? Blubabluba9990 (talk) 17:42, 16 January 2022 (UTC)
 * The comment extension started working and can be activated according to a user --YellowFrogger (Talk — ✐) 18:32, 16 January 2022 (UTC)
 * Ok. What about the reply button though, will that be fixed soon? Blubabluba9990 (talk) 19:07, 16 January 2022 (UTC)
 * For clarification’s sake, are you referring to the DiscussionTools extension "Reply" button? Miraheze volunteers may need to know which extension or feature you are having problems with, so having that confirmed could be helpful. Thanks | -- FrozenPlum  (Talk / Email) 04:06, 17 January 2022 (UTC)
 * Reply button works for me now <span style="display:inline-block;border:2px solid #bfff00;border-radius:8px;background-image:linear-gradient(to bottom right, #75ff75, #ffff80)"> Anpang 📨 04:48, 17 January 2022 (UTC)
 * In fact, the ReplyTool button has its problems caused by errors 502 that get in the way when sending messages, as has happened a lot with me, these current slow servers are no different. These errors happen after pressing the send button, causing slowdowns, and occasionally the person presses again multiple times, creating accidentally bulk/duplicate messages. So I'm using wikitext to reply and have temporarily stopped using ReplyTool. --YellowFrogger (Talk — ✐) 04:54, 17 January 2022 (UTC)
 * Other users and myself are seeing the reply feature function properly at this time. The errors associated with the feature are being tracked and resolved in T8605. You may wish to report any further errors or information which matches the problem mentioned there. dross  (t • c • g) 08:58, 17 January 2022 (UTC)
 * I was having significant trouble with the feature yesterday, but today it seems to be performing. --Raidarr (talk) Raidarr (talk) 09:27, 17 January 2022 (UTC)

No update or edit?
Hello, I'm the owner of Music Games Wiki (mgw.miraheze.org). Since the music games [https://mgw.miraheze.org/wiki/THE_iDOLMaSTER_MILLION_LIVE!_THEATER_DAYS_4th_ANNIVERSARY_Reach_4_the_Dream! THE iDOLM@STER MILLION LIVE! THEATER DAYS 4th ANNIVERSARY Reach 4 the Dre@m!] and THE iDOLM@STER POPLINKS have update, I also update the wiki ASAP, but recently, I received "No update or edit for 60 days" message. Is it an issue? -- Hkotaku2015 (talk) 09:33, 17 January 2022 (UTC)


 * This was a glitch caused during the port to new servers where recent changes were wiped, unfortunately right when the script was run to check if changes were made recently. It should be a one-time error and I see you've already fixed it up locally. Apologies for the inconvenience. --Raidarr (talk) 20:52, 17 January 2022 (UTC)
 * OK, thx. --Hkotaku2015 (talk) 05:34, 18 January 2022 (UTC)

Moving Requests for adoption to Requests for reopening
A recent successfully closed RfC outlined that the word "adoption" in the Dormancy Policy will be replaced by word "reopening" to reflect that the users will not be given the rights on the wikis; only the wikis will be reopened. I propose to move the page to the above mentioned title because some users may still believe that the page is meant to request the rights and reopen a closed wiki but it is not. Thanks, Magogre (talk) 10:15, 17 January 2022 (UTC)
 * Hello. I was going to talk about this shortly. The name "adoption" no longer makes sense as you just reopen the wiki, previously it was actually adoption where you reopened and gained bureaucrat rights. Today you just reopen and you don't get any rights, now you have to do a local election. So I support this for structure reasons/not to mislead others. --YellowFrogger (Talk — ✐) 16:52, 17 January 2022 (UTC)
 * This is actually planned if I'm not mistaken. All we need is for a Steward or local sysop to actually move the page. Agent Isai  Talk to me! 16:53, 17 January 2022 (UTC)
 * This is being done via mwtask to avoid timeouts. ~ RhinosF1 - (chat)· acc· c -  19:06, 17 January 2022 (UTC)
 * In retrospect I think it would have been better to call it 'Requests to reopen' for brevity. --Raidarr (talk) 20:50, 17 January 2022 (UTC)
 * This too --YellowFrogger (Talk — ✐) 20:52, 17 January 2022 (UTC)
 * While I'm not necessarily opposed to a potential retitling of requests for adoption, I would just note that noticeboard changes are an administrative change that are necessarily defined by policies. What this means is that the policy defines how or under what conditions a certain action may be requested, but where those requests take place is not something that is defined by the policy. As well, requests are not limited to be requested at requests for adoption, though for clerical efficiency, it makes sense to prefer users make such requests in one place. Nevertheless, interestingly, proposal #1 of the quoted RfC actually, and intentionally, codified into the policy the term adoption as as an acceptable term for the process. That's not to say wikis are necessarily adopted, but rather, it's just a term to describe the process by which wikis are reopened. As to a potential retitling, I wouldn't favour requests to reopen, as I do feel the page title should end in a noun, not a verb (including in gerund form). Requests to reopen wikis was what I favoured initially, but that might be a but cumbersome. In all honesty, I'm thinking that Dormancy Policy/Requests actually makes the most sense. Dmehus (talk) 07:29, 18 January 2022 (UTC)

Very slow!
I'm from South Asia (Bangladesh). It was also very slow on the old server. The new server has grown more slow. It could not open the page in ten minutes in a visual edit. Where Wikipedia requires a maximum of 4-5 seconds. Here, too, I wanted to add visual comments. Showed loading in the comment option and gave the option to add a title. After adding a title shows that the server is disconnected! This time I submitted the comment from source editing. And yes, it took me and my browser a lot of patience to load source edit option.

I came here to test Wikiquote Bengali. But in this case, Miraheze disappointed me. খাত্তাব হাসান (talk) 11:33, 17 January 2022 (UTC)
 * Something strange with your connection or browser. As of today the servers got faster for me. Logging in really takes a long time, but the servers are now faster to load an article (today). --YellowFrogger (Talk — ✐) 16:58, 17 January 2022 (UTC)

About something
Is the GlobalUserPage extension automatically disabled if you add the socialprofile extension? FatBurn0000 (talk) 22:38, 17 January 2022 (UTC)
 * Yes. In fact, replaced specifically for a box (with avatar) where you can modify. --YellowFrogger (Talk — ✐) 22:58, 17 January 2022 (UTC)
 * FatBurn0000, great question! In fact, the GlobalUserPage extension is not disabled when the SocialProfile extension is enabled. However, it is functionally incompatible with the GlobalUserPage extension such that the SocialProfile user profile or user wiki pages override any global user page the user may have on . Separately, due to the way in which SocialProfile is designed, even when a user has an empty user profile and user wiki page, wikilinks to their user profile/user wiki page are still treated by MediaWiki software as blue links. For these reasons, I personally do not like the SocialProfile extension. You can, however, and if you wish, disable the GlobalUserPage extension if you're using the SocialProfile extension. Functionally, this should not make much, if any, difference, but the GlobalUserPage extension is only a default extension, not a global extension, meaning it's enabled by default; however, wikis can opt out if desired (usually if there's local consensus for this). Hope this helps. Dmehus (talk) 04:36, 18 January 2022 (UTC)
 * So was I wrong? I used SocialProfile on my wiki and all user list links turned blue. Instead, I was right in saying that he actually replace the content. --YellowFrogger (Talk — ✐) 04:40, 18 January 2022 (UTC)
 * YellowFrogger, I wouldn't say you were wrong, no. Functionally, you were on the right track. I just sought to further ellucidate (explain) how it works in more detail. Dmehus (talk) 04:47, 18 January 2022 (UTC)
 * Well, that's a shame. Is there any way I could get that changed? FatBurn0000 (talk) 08:19, 18 January 2022 (UTC)