Community noticeboard

From Meta
Jump to navigation Jump to search
Community noticeboard
This noticeboard is community discussions, generally global in nature or which relate to specific wikis or users. For requests that require Stewards', or, in a limited number of circumstances, Global Sysops', intervention, please see stewards' noticeboard. If in doubt, please try here first, and you will be directed there if the matter requires a Steward.

On Community noticeboard, you can:

  • Start a community discussion, generally global in nature or which relates to specific wiki(s)
  • Solicit volunteers' assistance to help maintain or write content for your wiki
  • Ask questions with both the global community and system administrators about either Miraheze or some technical aspect of MediaWiki on your wiki
  • Request changes to your wiki's local interwiki table, including change(s) to locally override one or more of the global interwiki table (located on Meta) prefix configurations

If you would like to:


To add your request, type in a concise title in the box below, then click "Add Topic".

Archives of Community noticeboard [e]   




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)[reply]

@K599: And will there be a way to disable CNotice for some, and leave only fundraising? YellowFrogger (Talk Edits) 15:33, 1 December 2021 (UTC)[reply]
@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)[reply]
@K599: 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)[reply]
@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)[reply]
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)[reply]
For some added context, the banner preferences can be seen in Special:Preferences#mw-prefsection-centralnotice-banners, 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)[reply]
This talk page discussion has a review of the proposed list of campaign types. In response:
@Dmehus: 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)[reply]
I think it'd be useful to consider above suggestions like the instructions thing as well. K599 (talk) 03:25, 13 January 2022 (UTC)[reply]

Do you think this RFC would stand a chance?

I have an idea for an RFC (Requests for Comment) about changes to the Content Policy, but Raidarr and Agent Isai suggested that I should ask other users first to prevent it from being snowballed, and Agent Isai specifically suggested I go here to ask. Anyway, here are my ideas for changes:

  1. Change the rule "Miraheze does not host wikis with the sole purpose to spread unsubstantiated insult, hate or rumours against a person or group of people" to "Miraheze does not allow any pages on wikis with the sole purpose to spread unsubstantiated insult, hate or rumours against a person or group of people" because we do not need any pages with this purpose, whether or not the wiki itself is made to do so.
  2. The rule "A wiki must not create problems which make it difficult for other wikis" should have multiple changes:
    1. The rule should apply to all wikis, not just Miraheze wikis, because no wiki should be duplicated; the internet doesn't need two versions of wikis. I understand that it is hard to stop the entire internet from duplicating wikis, but it is something that should be stopped, and Miraheze should play a part in stopping it. I do think that since there are no staff for the entire internet and as a result corrupt staff exist on various sites (including wikis), there can be exceptions for non-Miraheze wikis. However, a user must go through every single option in order before requesting this to be an exception (unless the options say they can do otherwise):
      1. Review the wiki's quality. If you want to make an exception, then the most ridiculous reason to duplicate wikis is because they have bad quality. If they have bad quality, then they can be improved. If the changes that need to be made are not against the rules, then just try to clean up the wiki.
      2. If the change would concern the rules or requires a lot of cleanup, then ask the owner of the wiki (note that what counts as an "owner" includes the founder, a user who adopted the wiki [this only applies to wikis that are hosted by another wiki-hosting site since independent wikis cannot be adopted], the only bureaucrat [if there is only one bureaucrat] and of course, a user who is stated to be the "owner") or, if there is no bureaucrat who would be considered the "owner", the most active bureaucrat, and talk to them about the change. If there are no bureaucrats or all of the bureaucrats are inactive, you should adopt the wiki. However, note that you should try contacting the bureaucrats first regardless, and if the wiki is independent, you are now free to request an exception.
      3. If the bureaucrat you contacted disagrees with you, then do not immediately decide that the bureaucrat is corrupt. Try to have a reasonable discussion with them. If you tried to adopt the wiki and your request was denied, unless you agree with the reason, try to continue talking with the user who denied your request and again, don't immediately decide they're corrupt.
      4. If the bureaucrat acts in a way you consider unfair, if you can, calmly talk with them about it. If the same happens with the user who denied your request, do the same thing with them.
      5. If the bureaucrat continues to be unfair, then it depends on the case on what you do. If the wiki is hosted by another wiki-hosting site, talk to the users with the highest position (whether or not that is stewards, staff or something else) about dealing with the abusive bureaucrat. If the wiki is independent, however, you are now free to request an exception. If the user who denied your request continues to be unfair, then it depends on what position they have. If they have the highest position, then again, you are now free to request an exception. If they do not, however, and someone is above them, they can be reported to a user with the highest position.
      6. If the user with the highest position disagrees, then again, try to have a full conversation with them.
      7. If the user with the highest position continues to be unfair after a discussion and there is no point in discussing it anymore, then you should ask the stewards of Miraheze, and if they agree with you, then your wiki can become an exception. In case you're wondering where you can request an exception, request it at Stewards' noticeboard before requesting the wiki, and if your request is approved, then you can now request the wiki at Special:RequestWikiQueue, and make sure you link to the discussion for reference.
    2. Although I believe this already applies, I think it should be made more clear that the rule does not just apply to duplicating wikis, but also to the following:
      1. Creating pages on wikis that contain destructive criticism towards the wiki.
      2. Having any content on wikis that the wiki's staff members have stated that they do not want.
  3. There should be a rule that states "A wiki must not have pages that are likely to cause drama". Pages that are considered likely to cause drama are:
    1. Negative pages about obscure users on the internet
    2. Pages about people who do not want a page about them (this does not apply to informative pages)

FatBurn0000 (talk) 02:28, 12 December 2021 (UTC)[reply]

"A wiki cannot create problems for other wikis". But this already applies to all wikis including non-Miraheze external ones. Does this include humor wikis? Can't they also create an article about another wiki? But all the content of a humor wiki shouldn't be taken seriously, that's a fact. YellowFrogger (Talk Edits) 02:37, 12 December 2021 (UTC)[reply]
@YellowFrogger: I agree that humour wikis should be able to create pages about other wikis, but I don't think I said that they couldn't; I only said that if the staff members don't want it they can say that won't allow it. FatBurn0000 (talk) 03:22, 12 December 2021 (UTC)[reply]
Also, are you sure that Miraheze doesn't allow duplicates of non-Miraheze wikis? According to Raidarr, there are multiple duplicates of Fandom wikis. FatBurn0000 (talk) 03:34, 12 December 2021 (UTC)[reply]
1. is intended to address systemic issues. The change is not necessary. The wording is deliberate to reiterate our stance; any pages are included by this wording, and are considered 'content policy issues' already. They can be reported and addressed (by removal at request or if systemic and unaddressed reasonably, by wiki lock until fix or removal).
2. can merit additional, if careful language, so lets see:
2.1. I disagree that Miraheze should gatekeep on this. For one, many Fandom wikis have moved to Miraheze, and Fandom is notorious for being sluggish or unwilling to delete wikis for their ambient revenue, nonetheless the entire staff are typically inclined to move in bypass of your written process altogether. For two, communities with severe enough drama and legitimate enough community schisms should not be subject to your proposed bureaucratic process, especially if the wiki intends to make significant enough stylistic or fundamental changes that would not be feasible for another platform. Again, the level of possibilities make this a potential issue. All in all my stance here is not unlike my stance on politics - 'lets worry about ourselves before worrying about other (nations)'. We actually do have a topical duplication problem in several cases locally even if they don't match the strict requirements that would make content forking an issue, and we could do better from a wiki creation standpoint to be aware of and refuse probable content duplication on Miraheze as well as work to remediate the ones that exist. There are a variety of wikis with strongly overlapped purpose as Tali64³ has researched before. In all I would have to oppose based on the broad stretch of this language, and disagree that it is our role to enforce it anyway.
2.2. 'destructive criticism' is a dangerous precedence for 'your criticism is too steamy for us, delete'. For one that is more of a conduct matter, since it does not pertain directly to wiki content. For two this should be addressed by the local community and local rules. It is not the Content Policy's job to moderate at this level. Indeed, 2.2 here is entirely out of scope for the CP as a whole imo. If you don't like the criticism, rebuke it or ignore it, or if it is sufficiently toxic, remove for incivility and unconstructive purpose, all of which is possible with healthy local management.
3. Already covered in full imo by the premise of the existing rule. Frankly I think this is an attempt to enable your lawyering to bring back a fundamentally problematic concept - pages about people with a critical or negative focus - as a legitimate thing since you will have made the policy more specific, but not actually addressed this detail.
Not to assume bad faith, but I believe these changes are born of a desire to enable certain forms of content and to realize a more personal vision of what Miraheze should do and allow which would be more controversial if expressed in full to the wider Meta community. Part of why I suggested to have the concept reviewed first is so this could be expressed informally and if possible, changes made to talk out of this line of thought or even make it malleable instead. Unfortunately given the evident purposes of these points and their niche appeal, I'm afraid this one is not likely to pass in addition to what would be my personal outright oppose in a live RfC. --Raidarr (talk) 11:04, 12 December 2021 (UTC)[reply]
  1. Well, it should still be made more clear.
    1. This is why there are exceptions to this rule. Also this doesn't necessarily apply to just Fandom wikis.
    2. Fair enough.
  2. Not all criticism and negativity towards obscure users is guaranteed to be destructive, it is just a common problem that they will be, which has before happened with the Outcasts and other user reception wikis (including Crappy GachaTubers Wiki, a wiki that is unfortunately still open).

FatBurn0000 (talk) 22:03, 12 December 2021 (UTC)[reply]

I feel like I agree with FatBurn on this, if this is an existing rule, then it should be stated in the content policy. At the very least I think that "sole purpose" is slippery wording. ~ El Komodos Drago (talk to me) 11:22, 15 December 2021 (UTC)[reply]
And you. Are you going to open an RfC or not? YellowFrogger (Talk Edits) 22:32, 12 December 2021 (UTC)[reply]
There should be a rule stating, "Only one Miraheze wiki should exist for a topic," because duplicate wikis exist. Tali64³ (talk) 00:41, 13 December 2021 (UTC)[reply]
@Tali64³: What I am suggesting is that the rule should be for all wikis, not just Miraheze wikis, with a few exceptions for non-Miraheze wikis in case of abusive staff. FatBurn0000 (talk) 08:21, 13 December 2021 (UTC)[reply]
A user named Blubabluba9990 opened an RfC YellowFrogger (Talk Edits) 00:00, 14 December 2021 (UTC)[reply]
  1. There isn't any issue with the creation on Miraheze of a wiki that already exists somewhere on the internet. Some proprietary wiki host having a certain wiki does not give them the rights to it.
  2. I'm not entirely sure what you're referring to by "destructive criticism", but being able to criticize a wiki on that wiki is essential to accountability.
  3. There is no need for a rule such as 2.2.2, as wiki's generally have some form of content policy or guidelines as to what's allowed. Furthermore, the terminology "staff members have stated that they do not want", as that seems to imply that a wiki belongs to its staff, not its community. — Arcversin (talk) 19:52, 14 December 2021 (UTC)[reply]
@Arcversin:
  1. How is there "no issue" with it? There is no need for two versions of one wiki on the internet.
  2. What I am saying is, the pages should not suggest that due to the flaws, users should go against the wiki and possibly fork it.
  3. Fair enough.

FatBurn0000 (talk) 21:56, 25 December 2021 (UTC)[reply]

@FatBurn0000: There is no issue with it because while it's generally not a good thing, the community of editors around a particular topic isn't bound to a particular platform, and migration away from Fandom is a positive. Also, wikis don't have "owners", so you won't want to use that word in any proposals. — Arcversin (talk) 23:07, 25 December 2021 (UTC)[reply]
@Arcversin: There are exceptions in certain cases, but wikis should still not have duplicates anywhere unless it is truly necessary. If there is a fair enough reason to fork a wiki from another site, then again, exceptions can be made. FatBurn0000 (talk) 05:12, 26 December 2021 (UTC)[reply]
@FatBurn0000: Whether a wiki exists some other place on the internet isn't, apart from copyright, relevant to whether Miraheze will host a wiki. It might not be a good thing for communities to be split, but it's best for such situations to be sorted out by the communities themselves, via migration of community members, as opposed to external interference. For other Miraheze wikis, we have the fork provision of the Content policy, but for external wikis, we want to support communities getting out of places like Fandom. — Arcversin (talk) 16:08, 26 December 2021 (UTC)[reply]
@Arcversin: That still isn't a reason to duplicate a wiki. FatBurn0000 (talk) 21:38, 27 December 2021 (UTC)[reply]
@FatBurn0000: Then please explain your reasoning. — Arcversin (talk) 00:22, 28 December 2021 (UTC)[reply]
@Arcversin: My reason why I would like no wikis to be duplicated is because there is no need for more than one wiki about one topic. Most issues with wikis can be dealt with. FatBurn0000 (talk) 22:28, 28 December 2021 (UTC)[reply]

Re: Proposal 3

This is largely covered by the existing rule that "Miraheze does not host wikis with the sole purpose to spread unsubstantiated insult, hate or rumours against a person or group of people". With regards to 3.1, I'm not sure that obscurity should be a big issue - obviously for identifiable individuals there is a GDPR/right to erasure issue here. 3.2 is basically entirely covered and again GDPR/RTE. ~ El Komodos Drago (talk to me) 17:07, 16 December 2021 (UTC)[reply]

Request for Feedback: Adding new default extensions

Request for overturn on Requests for Comment/Local IP Block Exemption

Problem with Tab

Hi there, I have created a "Tab" template for my pages. Problem, I would like the two ends to be rounded. However, this is only the case on one end. It is only rounded when my Tab has this shape:

{{Tab
|tab1=Overview
|tab3=Personality
|tab4=Capabilities and equipment
|tab5=Gallery
}}

Either when it's staggered. My page link : https://fiction.miraheze.org/wiki/Wonder_Woman_(Univers_%C3%A9tendu_DC) My template link : https://fiction.miraheze.org/wiki/Mod%C3%A8le:Tab Thanks in advance. Darkrai18 (talk) 11:35, 28 December 2021 (UTC)[reply]

The two ends are already rounded?
Or you mean all 4 corners to be rounded?
Then border-radius: (how much round)px should work  Anpang📨  11:45, 28 December 2021 (UTC)[reply]
I'm talking about this : Tab1111111.PNG. I would like both ends to be rounded. Darkrai18 (talk) 11:58, 28 December 2021 (UTC)[reply]
Oh, then that I have no idea. Maybe an {{if: checking if the next one exists, if not set to rounded else not rounded and continue?
Like i have no idea....  Anpang📨  12:02, 28 December 2021 (UTC)[reply]
Thanks for trying. I'm waiting for more answers. Darkrai18 (talk) 12:32, 28 December 2021 (UTC)[reply]
This current theme of your wiki (mw:Skin:Monobook) is weird. But let's show the rounded borders preview CSS in the Vector theme:
border-top-left-radius: 2em; border-bottom-left-radius: 2em;
--YellowFrogger (Talk) 16:44, 28 December 2021 (UTC)[reply]
@Darkrai18: Your template is too complex for me to locate where to added Template:Border-radius in the other tabs. I have recreated it in a simpler design on the Test Wiki

Comments disabled

On 28 December 2021, we experienced severe performance issues globally which led to hours long downtime across all Miraheze wikis. While investigating the issue, we found that the commentlist API module (used by the Comments extension) was at fault as it used an excessive amount of resources whenever called and disabled it which seems to have put an end to the hours of downtime. However, as a result of the commentlist API module being disabled, the Comments extension cannot load comments. We apologize for the inconvenience and are actively working with the upstream developers of the extension to find a solution to this and to re-enable the API module as soon as possible.

In the meanwhile, we encourage you to consider alternatives to the Comments extension such as CommentStreams.

Please note that even though the API module is disabled, extensions that rely on Comments such as BlogPage are not affected and can be used as normal. Agent Isai Talk to me! 01:31, 30 December 2021 (UTC)[reply]

This here will have an impact mainly on Qualitipedia wikis, which often use these comments in their articles from what I see. --YellowFrogger (Talk) 01:37, 30 December 2021 (UTC)[reply]
This is correct; QP cannot reasonably just consider alternatives outright given the lengthy history of existing comments and the familiarity of their use, and losing history is indeed an impact. Then when switched a new history is made to wipe out the old one, or the plugin is switched back to result in a blind period for comment history since from what I understand the data is not compatible between them. I understand Miraheze is doing what it can, but in case of the above it does have an impact and it would be preferable to see a fix than to make an intermediate switch. --Raidarr (talk) 17:25, 30 December 2021 (UTC)[reply]
We migrated from CommentStreams... How difficult is to do a module that works and don't spent tons of resources? All the ones we have tried have performance issues or were difficult to comment... Thanks for resolving the downtime :) Jakeukalane (talk) 09:28, 30 December 2021 (UTC)[reply]
@Jakeukalane: Ultimately, it would depend on the upstream maintainer of the extension. A variety of factors come into play such as the complexity of the issue and whether the maintainer has the time to fix the issue. Because of that, we can't give you an ETA unfortunately, sorry! Disabling an API module isn't something we take lightly, it was an emergency measure taken to combat the hours of downtime we suffered yesterday. We are actively working with the maintainer to hopefully find a fix and restore functionality of the Comments extension. However, in the meanwhile, have you tried revisiting CommentStreams? The latest update gave it a facelift and it acts snappier, perhaps you may like that as a temporary alternative. Agent Isai Talk to me! 09:51, 30 December 2021 (UTC)[reply]
@Agent Isai: There was some confusion on my part. We migrated to CommentStreams but it is not working right now. That lead me to believe that we had the problematic comment extension. Greetings. Jakeukalane (talk) 12:55, 30 December 2021 (UTC)[reply]
I still have Miraheze taking 7 seconds to boot. DecabristM (talk) 16:49, 30 December 2021 (UTC)[reply]
@DecabristM: We still aren't perfect, but the actions taken did resolve the major downtime and improved things.

A few concerns:

  1. When will this be back?
  2. What is CommentStreams exactly? Can I perhaps see a picture of what it looks like, since the MediaWiki page does not have one. I also would not recommend the Commentbox extension as it just edits the page which is quite annoying.
  3. I wonder if this is why it would not let me use the reply button to reply here, so I had to actually edit the page. Blubabluba9990 (talk) 17:42, 31 December 2021 (UTC)[reply]
I figured out what CommentStreams is, since I enabled it on my wiki. Blubabluba9990 (talk) 19:35, 31 December 2021 (UTC)[reply]

Bug with the article counter

Hey! I am using the article counter on the main page for readers. But despite the fact that there are already three articles on my wiki, the article counter has been displaying zero for several days. What could be the problem? DecabristM (talk) 13:02, 30 December 2021 (UTC)[reply]

@DecabristM: Please note that MediaWiki only counts pages with links to them so if a page doesn't have any other pages linking to it, it won't show up in Special:Statistics. Additionally, Statistics gets stuck every so often but gets manually refreshed every 2 weeks so if all your pages have links to each other than Statistics should show them once they get refreshed. Agent Isai Talk to me! 14:14, 30 December 2021 (UTC)[reply]
Yes, the problem was missing links. Thanks! DecabristM (talk) 16:45, 30 December 2021 (UTC)[reply]
As Agent Isai said above (even if the page is large and has the main namespace, if it doesn't have links, it doesn't count as articles). And, very small pages in the main namespace don't count as articles, but as pages. --YellowFrogger (Talk) 17:41, 30 December 2021 (UTC)[reply]

Problem with Tab, part 2

Hey there. The tab works very well, I'm very happy with it and I thank you all. I made some modifications but a problem persists: The text appears in white when I'm not on the main page, while I would like it to appear in black when I'm not on the said page. For example, here it appears in white and it's fine : https://fiction.miraheze.org/wiki/Rey_(Star_Wars) But here it stays white : https://fiction.miraheze.org/wiki/Rey_(Star_Wars)/Galerie I would like it to be black. Do you have a solution? Thanks in advance. Darkrai18 (talk) 14:03, 30 December 2021 (UTC) Darkrai18 (talk) 14:03, 30 December 2021 (UTC)[reply]

@Darkrai18:
Thank you very much, @PercyUK:. Darkrai18 (talk) 16:31, 30 December 2021 (UTC)[reply]

Issue with our wikis

Hi, I am one of the admins at the music reception wikis. Today we turned on video functionality for the best music wiki, and it appears it allows us to import videos properly. However, there is an issue. When the video is in, it says "Click to load content" which I do not know why, do you know why it appears this way and how we could fix it? FullInterTurn (talk) 22:33, 30 December 2021 (UTC)[reply]

I would expect an admin to talk about this first, but as I write this review no response. With that, I advise you then, as it is an error of an extension, to open a ticket in the phabricator so they will probably check if there is an error in the extension that is preventing such thing. And if you want, you can invite me to review the wiki. --YellowFrogger (Talk) 01:34, 31 December 2021 (UTC)[reply]

A bit of a problem

So I went to reply to the notice about the Comments extension being (hopefully temporarily) disabled, but when I clicked the reply button it took a few seconds to load and then displayed an error screen. I had to end up editing the actual page itself in order to reply. I do hope all of this is fixed soon because Miraheze is the last good wiki-hosting platform: Fandom has multiple problems, ShoutWiki is broken and inactive, Wikisite and EditThis run on ancient MediaWiki software and are inactive, and all of the other wiki hosts and wiki farms use other software and are pay-to-use. Blubabluba9990 (talk) 17:54, 31 December 2021 (UTC)[reply]

Oh and that isn't the only issue. When you click Save Changes, it takes like 30 seconds to save the changes. Blubabluba9990 (talk) 17:55, 31 December 2021 (UTC)[reply]
@Blubabluba9990: See the section above. Current comments extension is currently disabled due to a problem. --YellowFrogger (Talk) 22:36, 31 December 2021 (UTC)[reply]
I thought that was talking about the comments that can be created with the "comments" tag, not the thing that lets you reply to talk pages without editing the page. Or is it both. I'm confused. Blubabluba9990 (talk) 20:14, 1 January 2022 (UTC)[reply]
Specify what you are saying, you yourself stated that you are "confused". --YellowFrogger (Talk) 23:31, 1 January 2022 (UTC)[reply]
Which comment extension are you referring to? I assumed you were referring to the one that allows the <comments/> tag, but you are saying it is also that creates the reply button that allows you to reply to talk pages here, which means it is both extensions. Or are they part of the same extension. Blubabluba9990 (talk) 15:21, 2 January 2022 (UTC)[reply]
There is also the fact that for some reason it takes a minute to save edits. I do not know why that is. Blubabluba9990 (talk) 15:27, 2 January 2022 (UTC)[reply]

How do I post a template multiple times to the same page without "Pages using duplicate arguments in template calls"?

Is there a way around this? I want my user to fill out a form that selects some values and then have those values displayed simultaneously in two different spots within the page. Thanks for your help! ParentRatings (talk) 21:43, 31 December 2021 (UTC)[reply]

@ParentRatings: This is happening because you are using two parameters with the same name (duplicated). To avoid this, you should set the parameter and remove the duplicate, and leave only one. What is your wiki? Could you invite me to analyze the error? --YellowFrogger (Talk) 22:32, 31 December 2021 (UTC)[reply]

Interwiki changes for planetariumwiki

Please edit the following Interwiki prefixes.

Wikitroid
Prefix: wikitroid
Content: https://metroid.fandom.com/wiki/$1
Metroid Wiki
Prefix: metroidwiki
Content: https://www.metroidwiki.org/wiki/$1

No need for transclusion or forwarding on either. dross (tcg) 07:22, 1 January 2022 (UTC)[reply]

@Dross: Yes check.svg Done. Consult your local Special:Log/interwiki for more information. Agent Isai Talk to me! 07:31, 1 January 2022 (UTC)[reply]

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)[reply]

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)[reply]
Hugo Ar My bad, it should be fixed now. Appreciate the heads up. Sylepieus (talk) 20:11, 2 January 2022 (UTC)[reply]
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.
¿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.
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
Hugo Ar, I've already activated the CSS extension in advance. The issue still persists. Sylepieus (talk) 17:07, 3 January 2022 (UTC)[reply]
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)[reply]
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)[reply]
@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:
  1. On the page, Module:Sidebar/styles.css, click "Page information" in the sidebar under "Tools" to get to its page info.
  2. Click the link "change" in the row "Page content model" to bring up a form for changing content models.
  3. Select "Sanitized CSS" and change the content model to that.
Hopefully this helps solve the error. K599 (talk) 21:02, 4 January 2022 (UTC)[reply]

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)[reply]

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)[reply]
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)[reply]
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)[reply]
@Blubabluba9990: 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)[reply]

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)[reply]

@RedFox: 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)[reply]
Agent Isai, I mean my own wiki called mathzadachi. It was created today. Thanks for your quick answer. — Preceding unsigned comment added by RedFox (talkcontribs)
You can enable it in your Special:ManageWiki/extensions interface under 'Parser hooks'. --Raidarr (talk) 20:30, 2 January 2022 (UTC)[reply]

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)[reply]

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)[reply]
Congrats!  Anpang📨  01:26, 3 January 2022 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]
Or that they gave up maintaining/editing it, or forgot (all) about it. --Routhwick (talk) 08:50, 4 January 2022 (UTC)[reply]

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):

So, I've played a bit with [[Special:CentralAuth]].

It seems that some of CGW's admins have visited [[mh:hololive:Main Page|Hololive Wiki]]<sup>(me included)</sup>.

I know that [[Blog:On MSI jumping on the VTuber bandwagon|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.

{| class="wikitable"
!|Admins
!|Visited
!|Blocked
!|Edits
!|Groups
|-
|[[User:Allistayrian|Allistayrian]]
| style="text-align:center;" |[[File:Symbol support vote.svg|20px|link=]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|0
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|-
|[[User:AlvaroNovaes-BR|AlvaroNovaes-BR]]
| style="text-align:center;" |[[File:Symbol support vote.svg|20px|link=]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|0
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|-
|[[User:Blazikeye535|Blazikeye535]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
| colspan="3" |''No information''
|-
|[[User:DarkMatterMan4500|DarkMatterMan4500]]
| style="text-align:center;" |[[File:Symbol support vote.svg|20px|link=]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|0
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|-
|[[User:Katsumi a.k.a. Upperdecker2562|Katsumi]]
| style="text-align:center;" |[[File:Symbol support vote.svg|20px|link=]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|1
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|-
|[[User:Kringe|Kringe]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
| colspan="3" |''No information''
|-
|[[User:LuigiMan050-5|LuigiMan050-5]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
| colspan="3" |''No information''
|-
|[[User:Mr. Dready|Mr. Dready]]
| style="text-align:center;" |[[File:Symbol support vote.svg|20px|link=]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|0
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|-
|[[User:PlantyB0i|PlantyB0i]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
| colspan="3" |''No information''
|-
|[[User:Raidarr|Raidarr]]
| style="text-align:center;" |[[File:Symbol support vote.svg|20px|link=]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|0
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|-
|[[User:Remely1000|Remely1000]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
| colspan="3" |''No information''
|-
|[[User:SuperStreetKombat|SuperStreetKombat]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
| colspan="3" |''No information''
|-
|[[User:TigerBlazer|TigerBlazer]]
| style="text-align:center;" |[[File:Symbol support vote.svg|20px|link=]]
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|0
| style="text-align:center;" |[[File:Symbol oppose vote.svg|20px|link=]]
|}

You know what they say...
{{Quote|Weebs tend to be weird. What did you expect?|[[User:Allistayrian|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...

Caught exception of type Flow\Exception\NoParserException

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? 🦖️ my Name is Katsumi(BA↗RI↘BA↗RI↘)
KamenRiderRevice-logo.webp talk
KamenRiderRevice-logo.webp contributions
03:26, 3 January 2022 (UTC)
It works for me, so its probably about the wikitext entered in your topic  Anpang📨  03:49, 3 January 2022 (UTC)[reply]
Your "test" is 192 characters long. Mine is 371, approximately twice as long as your "test". 🦖️ my Name is Katsumi(BA↗RI↘BA↗RI↘) 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)[reply]
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)[reply]
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)[reply]

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)[reply]

Thank you very much for the message. This has answered to my question. Kind regards. Hugo Ar (talk) 12:24, 3 January 2022 (UTC)[reply]
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)[reply]
@Edward Chernenko: 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)[reply]
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)[reply]
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)[reply]
Yes, and we can see more about that at our blog --YellowFrogger (Talk) 22:32, 4 January 2022 (UTC)[reply]

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)[reply]

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)[reply]
So far, I have been the only editor on my wiki (out of 29 registered users). --Routhwick (talk) 09:39, 4 January 2022 (UTC)[reply]
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)[reply]
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)[reply]
Routhwick, yeah, you could create like a page called Permissions requests or something, in Project: 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 Permissions requests page. Dmehus (talk) 10:27, 4 January 2022 (UTC)[reply]

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)[reply]

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)[reply]
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)[reply]
Is it possible to add collapsible text without using CSS? RedFox (talk) 17:13, 4 January 2022 (UTC)[reply]
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)[reply]
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)[reply]
@RedFox: 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)[reply]
@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)[reply]
@RedFox: Delete this page here and restore it with the same content. --YellowFrogger (Talk) 18:34, 4 January 2022 (UTC)[reply]
@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)[reply]
That's what I need, thanks! RedFox (talk) 14:35, 5 January 2022 (UTC)[reply]

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)[reply]

@Magogre: “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)[reply]
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)[reply]

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)[reply]

@RedFox: If you're asking how to use input boxes to create pages with the editor having text to start, you would put preload=Your page inside your <inputbox> tags to preload a page's contents into the editor. You can read this page about InputBox for more information on how input boxes work. K599 (talk) 22:27, 6 January 2022 (UTC)[reply]
Thanks! — Preceding unsigned comment added by RedFox (talkcontribs)

Could someone create me a main page for a group of wiki's?

I am trying to make a foundation of wiki's for the Allmedia Foundation. I was wondering if someone could make a main page for all of them? SoyokoAnis 12:38, 7 January 2022 (UTC)[reply]

@SoyokoAnis: Hi! What are you trying to do? A dynamic page for your own foundation, listing all your wikis? I already did this once, myself basing on that page. --YellowFrogger (Talk) 20:35, 7 January 2022 (UTC)[reply]

What exactly is "commerce" use? Can a wiki hosted on Miraheze collect donations and be still non-commercial??

This is a bit vague for me. If a wiki doesn't promote any services or goods, but has its own "donate" button, does it still match Miraheze criteria? RedFox (talk) 16:19, 7 January 2022 (UTC)[reply]

Well is your wiki a non-profit company? If not probably not. SoyokoAnis 18:29, 7 January 2022 (UTC)[reply]
I don't have a company, I'm just a person. I want to start my own wiki-project. RedFox (talk) 19:14, 7 January 2022 (UTC)[reply]
@RedFox: Miraheze is a wiki farm funded only by donations. Finances are often done by wiki owners to help with maintenance. I think it wouldn't make much sense, it makes more sense to donate to Miraheze to pay for the servers, it helps more than donating "to the wiki itself". --YellowFrogger (Talk) 20:32, 7 January 2022 (UTC)[reply]
Thanks for the answer! For some reason I can't reply on the last comment by Ugochimobi, so I write my answer here. I believe what Owen said to Ugochimobi had much sense, cause donations don't come from nowhere. I.e. a person with low income who only has a job to cover their basic needs can't donate much, even if their wiki thrives. But if they make a good wiki and collect some donations, they also will be able to donate to Mirahere much more. Also, not every wiki on Mirahese seems to be useful. Many of them was abandoned after a few articles had been written. I guess running a wiki may be time consuming and not everyone can keep a motivation to develop their wiki.
I respect your work so I want to be sure that what I'm going to do doesn't break any rules and doesn't contradict the spirit of your project. RedFox (talk) 14:18, 8 January 2022 (UTC)[reply]
After speaking with Owen, The Secretary, Treasurer of the Board of Directors of Miraheze Limited, Although Miraheze as a wiki farm is funded by donations only, but you can collect donations for your wiki if you want. — Preceding unsigned comment added by Ugochimobi (talkcontribs)
@RedFox: You just cannot use your wiki for commercial activity. It's not about making donations. --YellowFrogger (Talk) 16:01, 8 January 2022 (UTC)[reply]
It's clear now. Thanks! RedFox (talk) 13:07, 9 January 2022 (UTC)[reply]

Things to note for the upcoming migration and downtime notice

Hi everyone, I'm writing this as a followup to my previous post. Below are a few things to note for the upcoming migration along with the date and time for it.

Miraheze is deeply pleased to announce that we will be migrating to our new servers soon! The migration will officially begin at 22:45 UTC on 14 January 2022. In preparation for this, we will stop all file uploads at 19:45 UTC. Wiki creations will also be halted at 22:15 UTC. During the migration, the database will be set in read only mode for about 30 minutes meaning that you will not be able to save edits. Please save your edits 5-10 minutes before the migration! Additionally, here's a few more things to note:

  • You may be logged out - Once we migrate to our new infrastructure, you may be logged out. Please make sure to save all your edits before we migrate.
  • Things may be a little slow at the start - The cache will be entirely reset so at the start, pages may load a little slowly while the cache proxies get warmed up. Once that's done, pages should load fast!
  • Some special pages may be empty at the start - Special pages such as BrokenPages and MostWantedPages will be empty initially. These will fix themselves after a short while.
  • Your wiki's Special:RecentChanges may not display old entries - Once we migrate, your wiki's Special:RecentChanges may not display old entries while we rebuild them. This won't take too long and should be resolved a short while after migration.
  • Search may be a little slow - We will also be rebuilding our searchindex 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)[reply]

@Agent Isai: 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)[reply]
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)[reply]
@Agent Isai: But will the servers be fast anyway (not at wikimedia level), but much faster than these? --YellowFrogger (Talk) 21:55, 7 January 2022 (UTC)[reply]
Yes, they'll be faster than our current servers. Agent Isai Talk to me! 00:53, 8 January 2022 (UTC)[reply]
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)[reply]
@Blubabluba9990: 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)[reply]
@Blubabluba9990: 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)[reply]
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)[reply]
And here 8:15. Even so, these are estimated minutes. --YellowFrogger (Talk) 16:36, 8 January 2022 (UTC)[reply]
Once the migration is completed, does that mean the Comments extension will finally be enabled on all wikis? 🦖️ my Name is Katsumi(BA↗RI↘BA↗RI↘) 13:50, 8 January 2022 (UTC)
The comments extension is active when connecting via SCSVG, yes. This will be automatic. ~ RhinosF1 - (chat)· acc· c - (     online) 12:10, 9 January 2022 (UTC)[reply]
Hello. How long after the change it will be slower? Thanks! AlPaD (talk) 21:01, 12 January 2022 (UTC)[reply]
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)[reply]
Hey, I noticed that CodeEditor is not loading on my wiki. Is this somehow related? Firestar464 (talk) 05:26, 15 January 2022 (UTC)[reply]

"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)[reply]

@Naleksuh: 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)[reply]
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)[reply]
@Naleksuh: 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)[reply]
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)[reply]
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)[reply]
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)[reply]
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 - (     online) 07:46, 8 January 2022 (UTC)[reply]

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)[reply]

@Agent Isai: 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)[reply]
It has nothing to do with HotCat. ~ RhinosF1 - (chat)· acc· c - (     online) 15:44, 9 January 2022 (UTC)[reply]
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)[reply]
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)[reply]
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#Adding a page to a category, it would seem that $wgUseCategoryBrowser 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:
--dross (tcg) 07:01, 10 January 2022 (UTC)[reply]
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.

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)[reply]

@DoveTheWingedWarrior: Please make domain change requests at Phabricator. --YellowFrogger (Talk) 01:54, 10 January 2022 (UTC)[reply]
DoveTheWingedWarrior, as your wiki was only just recently created and had zero content on it, I have Yes check.svg deleted 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)[reply]

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)[reply]

I meant strikethrough, not "underlined" --YellowFrogger (Talk) 11:48, 10 January 2022 (UTC)[reply]
Hmm? User:Examknow
Doesn't seem to be like that for me  Anpang📨  11:56, 10 January 2022 (UTC)[reply]
See the list of contributions from a blocked user in Desktop version. --YellowFrogger (Talk) 12:16, 10 January 2022 (UTC)[reply]
Nothings wrong.jpg nothings wrong to me  Anpang📨  12:23, 10 January 2022 (UTC)[reply]
Anpang, it is not necessary to upload files for simple things. You may like to use Imgur. Magogre (talk) 12:46, 10 January 2022 (UTC)[reply]
YellowFrogger, 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)[reply]
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)[reply]

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)[reply]

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)[reply]

@YellowFrogger: 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)[reply]
@Agent Isai: 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)[reply]

Problem with <seo metakeywords

{{subst:trim|1=

I have now the next error:

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

But my seo tag has worked well so far:

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

What has changed?

What can be done?

László }} Lalo5555 (talk) 16:23, 12 January 2022 (UTC)[reply]

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)[reply]

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)[reply]
I was asking if Miraheze want to, and I wasn't saying that it would happen. RMV2003 (talk) 17:40, 12 January 2022 (UTC)[reply]
@YellowFrogger: 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)[reply]
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)[reply]
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)[reply]
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)[reply]

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?  Anpang📨  06:45, 13 January 2022 (UTC)[reply]

Yes, a local election is necessary to get advanced rights. --Raidarr (talk) 11:35, 13 January 2022 (UTC)[reply]
@Anpang: 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)[reply]
@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)[reply]
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)[reply]
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 (tcg) 02:18, 15 January 2022 (UTC)[reply]

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)[reply]

@Zcook1052: 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)[reply]
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)[reply]

Migration complete

Is the migration to the server complete? Zcook1052 (talk) 23:55, 14 January 2022 (UTC)[reply]

@Zcook1052: 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)[reply]
Is complete with several 502's and 503's but will stabilize --YellowFrogger (Talk) 00:19, 15 January 2022 (UTC)[reply]
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)[reply]

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)[reply]