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)

Finding a conclusion on campaign types
It would be good to at least have some course of action that outlines whether or not this wikifarm will make use of campaign types, and what those campaign types will be. K599 (talk) 03:51, 26 January 2022 (UTC)
 * There was a talk page discussion that reviewed a list of campaign types, but it seems that no sort of action has been concretely decided on.
 * Reiterating what's been explained before, campaign types refers to Special:Preferences, a user preference that is used to choose what types of central notices to have displayed for your own account.
 * Currently, as can be seen by checking your preferences, the configured campaign types don't particularly reflect how Miraheze uses central notices (see Special:CentralNotice). Hence the suggestion above for a more appropriate list of campaign types. The description for the preference also makes reference to Wikimedia rather than this wikifarm, which probably confuses people.
 * This community wishlist proposal would also need campaign types to be configured to be useful. I'll also note the suggestion of using ManageWiki on a custom variable to set $wgDefaultUserOptions['centralnotice-display-campaign-type-whatever'] = 0.
 * If campaign types do get properly configured and used, it would be helpful to take the suggestion of including some text in central notices that instructs people how to use the user preference and ManageWiki setting, to make it clear that the banner isn't forced to appear.


 * I still want some sort of concrete conclusion on this, as I do think this would be helpful to people. K599 (talk) 23:03, 4 February 2022 (UTC)
 * I'd still like a resolution on this. It would be a useful feature for allowing individual control over what notices are shown to people. K599 (talk) 22:35, 4 March 2022 (UTC)
 * Asking for discussion again. This feature, as it's been explained in the above points, would help improve communication, so please have some consideration. K599 (talk) 22:02, 18 March 2022 (UTC)
 * As stated before, would like a discussion on appropriate options for the "Banners" user preference, as this would be a useful feature, if it were actually implemented. K599 (talk) 22:02, 1 April 2022 (UTC)
 * As much as this would be interesting to realize, it seems clear there is neither traffic nor interest in the topic at any wider level. --Raidarr (talk) 13:17, 3 April 2022 (UTC)
 * Well, the list of campaign types that I suggested above was reviewed in this talk page discussion, but further action has not occurred. What would be needed here is to get to the next step to eventually get these ideas implemented, and that's why I've summarized the details about campaign types in the bullet points above, to discuss implementation of them. K599 (talk) 22:22, 15 April 2022 (UTC)
 * It's a feature that would be useful for people if it were actually implemented, so I would like it to be considered. K599 (talk) 22:24, 29 April 2022 (UTC)
 * I still would be interested in some discussion for making this happen. K599 (talk) 22:22, 13 May 2022 (UTC)

Additional suggestion: Make a page detailing CentralNotice
I would still like a response to the above section on campaign types, and also have another suggestion to make.

If campaign types come into use, a page that details central notices, mainly the campaign types as stated before, would help people understand what these notices are for. Some other info, like what Wikimedia's pages cover, would likely also be a bit helpful. And to allow people to easily find such a page, it should at least be linked from user preferences and any ManageWiki settings related to central notices. K599 (talk) 01:16, 19 February 2022 (UTC)

I need help importing a dump to a wiki
What is an "interwiki prefix"? FatBurn0000 (sandbox | CentralAuth) 06:07, 12 April 2022 (UTC)
 * A prefix as listed in Special:Interwiki Agent Isai  Talk to me! 19:55, 12 April 2022 (UTC)
 * So... what interwiki prefix would I need to enter when importing a dump file from Bad TV Channels Wiki to Worst TV Networks Wiki? FatBurn0000 (sandbox | CentralAuth) 03:56, 13 April 2022 (UTC)
 * and such could work. If not, you can ask an Interwiki administrator to add a prefix into the table for you. Agent Isai  Talk to me! 02:44, 22 April 2022 (UTC)
 * Now I'm getting this message: "Import failed: Expected tag, got". FatBurn0000 (sandbox | CentralAuth) 03:41, 23 April 2022 (UTC)
 * FatBurn0000 (sandbox | CentralAuth) 01:27, 8 May 2022 (UTC)
 * Does the file start in ?  Agent Isai  Talk to me! 01:24, 9 May 2022 (UTC)
 * No, it doesn't. Would there be a specific reason why? FatBurn0000 (sandbox | CentralAuth) 21:00, 9 May 2022 (UTC)

Also, how do I lock editing on a wiki?
FatBurn0000 (sandbox | CentralAuth) 00:27, 16 April 2022 (UTC)
 * You can revoke the  right from the   and   group and perhaps reassign it to only administrators or autopatrolled/autoconfirmed users, etc.  Agent Isai  Talk to me! 02:44, 22 April 2022 (UTC)

How do I disable anonymous editing on a wiki?
FatBurn0000 (sandbox | CentralAuth) 02:11, 24 April 2022 (UTC)
 * FatBurn0000, thank you for your question. There are several ways to prohibit IP users from editing. One way is to set  to   in Special:ManageWiki/settings. Another way is to enable the EditSubpages extension in Special:ManageWiki/extensions. Yet another way is to remove the   user right from the   group on your wiki (via Special:ManageWiki/namespaces). Finally, another way is via an abuse filter on your wiki. There are other methods as well. In any case, your wiki should, ideally, have a community discussion prior to effecting this. Dmehus (talk) 02:17, 24 April 2022 (UTC)
 * Dmehus explained it above, but I will comment on it in detail.
 * Please proceed as follows: Manage this wiki's permissions→Select existing group to edit→（everyone）→Submit→Uncheck "edit"→Save --<span style="font-family:Courier New,Consolas,serif">1108-Kiju /talk 02:25, 24 April 2022 (UTC)
 * and Now that I think about it, I should probably just talk to you about the situation. I'm trying to remove the ability to edit on Bad TV Channels Wiki for everyone except bureaucrats and administrators. How do I do this? FatBurn0000 (sandbox | CentralAuth) 02:28, 24 April 2022 (UTC)
 * FatBurn0000 What's the reason behind this? I would note you encountered a similar issue on the since deleted, so such a change should have overwhelming consensus by all contributing users to the wiki, not merely by bureaucrats as otherwise you would be creating an insular, autocratic culture that protects bureaucrats. Dmehus (talk) 02:35, 24 April 2022 (UTC)
 * Does this mean revoking all editing privileges except bureaucrats and administrators? To avoid confusion in the community, it is recommended that you set up the agreement ahead of time. <span style="font-family:Courier New,Consolas,serif">1108-Kiju /talk 02:43, 24 April 2022 (UTC)
 * and It's because I'm merging Bad TV Channels Wiki into Worst TV Networks Wiki. FatBurn0000 (sandbox | CentralAuth) 03:00, 24 April 2022 (UTC)
 * FatBurn0000, ah, that sounds fine then. Have you held a discussion at  and added a local sitenotice to the wiki that links to the discussion, so contributors can participate? Dmehus (talk) 04:03, 24 April 2022 (UTC)
 * I didn't know I had to start a discussion. FatBurn0000 (sandbox | CentralAuth) 04:58, 24 April 2022 (UTC)
 * Hello? FatBurn0000 (sandbox | CentralAuth) 01:27, 8 May 2022 (UTC)

Request for Feedback: Changing the way we categorize wikis
Hi everyone!

SRE is soliciting the opinions of community members regarding a potential change to the way we categorize wikis. Currently, wikis are categorized under one category, as seen on Special:ManageWiki. Issues arise from time to time when wikis span across multiple fields which causes the wiki requesters to feel limited and select a category which perhaps describes their wiki only partially.

One idea thrown out there was to change the way we categorize wikis by swapping out categories for tags. This way, users can select all the tags they believe fit their wiki. This would allow for fine grain categorization and searching of wikis via Special:WikiDiscover and would contribute towards helping WikiDiscover replace the Gazetteer of Wikis. These tags would be much more specific than the general one-size-fits-all approach we take with categories.

What are your thoughts on this proposed change? If you support it, tell us what types of tags you would like to see (i.e. "Lifestyle, Fitness, Computers, Technology, Phones, Movies," etc.). If you don't support this, tell us why and what you propose instead. Thank you for your participation! Agent Isai Talk to me! 03:48, 24 April 2022 (UTC)


 * The concern I have with this isn't so much the proposed tags, but rather the plan to replace the wiki's category with the a tagging system. The reason for this is because the wiki's category is an important assessment point for Stewards and wiki creators in reviewing wiki requests against our Content Policy. For example, a wiki's purpose may not be specified, and the description could be a bit vague, but if there's a clear categorization together with one of the two, then then it may help with the approval decision. Another issue to moving towards a tag-based system is the loss of a controlled vocabulary system, in order to categorize like wikis with like wikis. Without a controlled vocabulary categorization or tagging system, this would be lost. In any case, any replacement of the existing category system must have an RfC closed by a Steward. An additional tagging system may not need an RfC, as it would be an additional feature, but again, to prevent creation of duplicate tags and ensure similar wikis are tagged similarly, any tags to be created should be controlled, requiring a GitHub pull request to be done to add them. Dmehus (talk) 04:00, 24 April 2022 (UTC)
 * The concern I have with this isn't so much the proposed tags, but rather the plan to replace the wiki's category with a tagging system.
 * I recall when the exact same thing happened with DeviantArt submissions during their much-loathed Eclipse makeover a few years aback... (Suffice to say I've been all but absent from that platform since 2018 or so for unrelated reasons.) --Routhwick (talk) 07:04, 24 April 2022 (UTC)
 * Wiki creators would still have the ability to see the selected tags and change them accordingly. Blanket categories would be converted to tags or potentially a tag would cause a "master" tag to also be applied (e.g. selecting "Computers" would also select the "Technology" tag) potentially but do note this is just an idea that we are soliciting feedback for. Additionally, as you may have noticed, I asked "what types of tags you would like to see" implying that tags would still be set via a GitHub PR. Thank you for your feedback though, this idea of maintaining both would be interesting to see. Agent Isai  Talk to me! 19:20, 24 April 2022 (UTC)
 * Apart from the mechanics chosen to carry this out, the gist of this proposal is simply to enable wikis to have more than one classification. That's a good idea if we want classifications to be as useful as possible.  For example, I believe I classified the former "The Mirror" wiki as "comedy", but this classification was incomplete, as it was comedy strictly about news and current events.  But using the latter as its classification misses something even more signifcant, as it was certainly not a place you'd go to learn the news.   23:04 24-Apr-2022
 * I like very much the idea of tags. I think we can include tags as an additional way to categorise wikis. Is a great idea.
 * I like very much the idea of tags. I think we can include tags as an additional way to categorise wikis. Is a great idea.

My wiki tuscriaturas, also called The Bestiary of the golden Hippogriph is a project that spans several areas and i always feel the category restrict it. On the other side, i don't use the categories on my own wiki. I only spent a minute with that. I use categories more on wikidiscover to find wikis about fantasy and worldbuilding. My wiki encompasses mythology, philosophy, essay, literature, fantasy, roleplaying books, text about videogames, original fiction, fantasy about universes and other dimensions, etc. In other platforms there are tag based search to search for this topics. For example Disboard is a web to find discord servers by topic and their system of tags is very useful. --Avengium (talk) 20:44, 7 May 2022 (UTC)
 * I agree with Avengium, I like the idea of tags. In my opinion, tags would be very helpful on Miraheze for users to find other wikis that cater to those interests. This would also potentially increase the visibility of wikis when they can be found in more than one tag, as opposed to basically know ahead of time what category to look in, to find something (a bit of omniscience required perhaps with the current category structure). Tags would have made finding most of the great wikis I've stumbled across randomly over time, much, much faster. Increasing the ability to find and search would be very helpful, as well as promoting the different tags somewhere much more forward-facing--I'd recommend considering this also, as it's still somewhat of a mystery to many what types of sites/interests are hosted on Miraheze, and what they're about. I'd almost be tempted to ask MH to implement an editable summary dialog for public sites, so a blurb about what the site contains can be displayed in the wiki browser (perhaps this can be imlimented automatically into some other page or wikibrowser can be given some added functions and a facelift? Sorry, that's a wishlist item perhaps). | -- FrozenPlum  (Talk / Email) 02:56, 10 May 2022 (UTC)
 * TBH I already missed the possibility to find corresponding wikis by some easy method, so I'm highly welcoming the tags. I mostly stumbled upon wikis that I like, I didn't find them. Tags would be a great way to group them in more granular ways. As for the which tags question - I think that whatever list anyone will come up with, there is someone wanting a tag that totally makes sense and isn't in that list. So some way of adding tags would be necessary. But I fully agree with Dmehus' concerns on this. <span style="background:linear-gradient(90deg,#283cbd,#9030b0);-webkit-background-clip:text!important;-webkit-text-fill-color:transparent;">Soukupmi (talk) (✔) 11:59, 10 May 2022 (UTC)

Interest in Meta codification
I have observed some discussions and arguments here on Meta and would like to ask here whether there is any interest/support for a locally applicable Meta RFC to codify a number of these rules which appear to not be agreed upon by all (i.e. not editing other users' posts, users removing warnings from their talkpage, etc. etc.) Please respond to this thread if you would want this and I would create a draft RFC which all users can contribute to by adding their ideas of uncodified conventions that they think should become policy on Meta in order for them to be more clearly applicable. DeeM28 (talk) 09:04, 3 May 2022 (UTC)


 * I'm in favor of stronger codification, especially where we take liberties explicitly accepting or rejecting certain Wikipedia processes. Convention only works as far as it is commonly accepted and unproblematic (in terms of community operation), and if it brings confusion or uncertainty then it needs to be codified even just broadly. I will say, the most determined challenger(s) I've noted from your examples tend to make themselves outliers in general, that is, generally steering towards controversy while making minimal efforts to clearly settle matters in an amicable way and also very aggressively challenge what others had been fine with when it became an inconvenience to them. But I've felt at least some hardening on meta process was needed for some time anyway. I know Doug has been working on a project (in doug time, of course :p) to bring some of these little tweaks for accuracy, clarity and good process, but I'm sure anyone's suggestions/compilation would be welcome/humored in the meantime. Especially the draft you suggest draft to be hammered out. In this case I do think more advanced discussion on this would be best suited on the Community portal, perhaps with key updates noted here for maximum reach. --Raidarr (talk) 11:34, 3 May 2022 (UTC)
 * @other interested parties: I have opened a draft proposal for this and also notified on the Community portal as advised here. --DeeM28 (talk) 17:31, 4 May 2022 (UTC)

Changing my theme color on Cosmos skin
How am I supposed to change the theme color of the Cosmos skin? Like, if I want the header color to be standard blue, the toolbar upwards color to be light blue, the article background color to be cyan, and the community background to be a separate image, what would I put at MediaWiki:Cosmos.css? BECAUSE DATS ('CAUSE DATS) 'CAUSE DATS ('CAUSE DATS) HOW IT IS 19:11, 6 May 2022 (UTC)


 * Those settings can be changed at Special:ManageWiki/settings -> Styling on your wiki. Agent Isai  Talk to me! 19:54, 6 May 2022 (UTC)

Custom Domain Not Working
Custom Domain not working. Nameservers pointed as in the instructions. Cloudflare configured as instructed. CName setup as directed. Yet when I type the domain name irishfreemaninfo.com, the wiki gets a too many redirects error. However if I type the cname www.irishfreemaninfo.com I get a miraheze advertising page. There is no wiki there.

Are there further steps Franrodgers (talk) 19:50, 6 May 2022 (UTC)


 * Did you follow step 4 in the Custom domains article? Agent Isai  Talk to me! 19:53, 6 May 2022 (UTC)
 * I was a little confused by that step. I did not know if it was only for SSL or if it was for both. But I have done so now. Thank you. Consider this resolved and if you wish you can remove it with gratitude. Franrodgers (talk) 20:08, 6 May 2022 (UTC)

dcmarvelcomics.miraheze.org
If anyone wants to adopt dcmarvelcomics.miraheze.org, you have my approval. Iron Sword 23 (talk) 13:34, 7 May 2022 (UTC)
 * Hey, actually you can directly give the wiki to others if you don’t want to manage it anymore, simply just ask if others are interested in adoption in MediaWiki:Sitenotice on your local wiki. This way, your wiki will be still available for edit while others will know about this (the words you typed in the sitenotice will appear at the top of your site). I am afraid your wiki may be deleted according to the dormancy policy in the near future when you are not aware. Then you may lose a wiki given the fact that you are actually active.—Matttest (talk) 12:48, 12 May 2022 (UTC)

A question
More of a question on policy than anything else, but should we have one on role accounts for wikis? It's not really clarified if it's OK or not. Sevenhamptonsp50 (talk) 16:11, 8 May 2022 (UTC)
 * We do have this page, and we might just add that into the mix there. --DarkMatterMan4500 (talk) (contribs) 16:27, 8 May 2022 (UTC)
 * Mind following up on this thread? DarkMatterMan4500 (talk) (contribs) 22:45, 8 May 2022 (UTC)
 * I'm not sure what 'one one role accounts' refers to exactly. In general if the accounts are not being used deceptively and contribute to the function of the wiki (a bot, an officially named account authorized by the wiki's management, even a split user account with disclosure of the alt) then they are not a problem. --Raidarr (talk) 22:09, 12 May 2022 (UTC)
 * A global policy about multiple or shared user accounts is the User accounts policy. You may want to check out Category:Global policies for a list of global policies of miraheze. —12:43, 12 May 2022 (UTC)

Error generating thumbnails


For the last couple of days now, when uploading a new .svg file to my wiki, it fails to render a thumbnail on the file upload pages, as well as generating an error when creating the various automatic default .png view sizes. The .svg files itself uploads fine, and seems to render properly when the .svg is used as a file/image on an actual article page as long as the pixel size is defined as being under 140px or smaller.

The error message is shown in the screenshot on the right when you clock on any of the auto generated file size links.

Here is a link to a recently uploaded .svg file being used on a page at 140px which renders fine: https://harnica.miraheze.org/wiki/CSS_test_page_1#Test_SVG_file

Here is the actual .svg file which renders fine natively: https://static.miraheze.org/harnicawiki/2/28/Achievement-clan-taareskeld-02.svg

And where you can see the broken autogenerated thumbnail(s): https://harnica.miraheze.org/wiki/File:Achievement-clan-taareskeld-02.svg

Any help in resolving this would be greatly appreciated. Mitchell Gore (talk) 03:58, 9 May 2022 (UTC)

Again, problem with infoboxes
It's not the first time I post about this, be it on the Steward's or here in the community noticeboard. To cite the other times I posted about it: "After importing some .xml files from other wikis, I somehow managed to break all my infoboxes, as shown on this link: ".

Being honest, it was a long time ago that I imported these .xml files, and I don't really remember any specific details. In any case, it was said to me that I would have to make the wiki public for troubleshooting. That wouldn't be an issue. I hope that, this time, I can get some closure on this issue.

Any help is appreciated. -- IvanCastroTheFool (talk) 12:39, 10 May 2022 (UTC)

How do you allow coding to work on a wiki?
I am the founder of Lyric Meaning Translate Wiki, and judging by the way the first article on the wiki, mh:lyricmeaningtranslate:Hitler Was a Sensitive Man turned out, it appears that the and coding that usually allows words to automatically appear like lyrics (as seen on this article on mh:thebestmusicandsongswikia:Best Music Wiki for example) is not working like usual. How do I fix this? FatBurn0000 (sandbox | CentralAuth) 09:09, 11 May 2022 (UTC)
 * All extensions that are avaliable for your wiki be in the Special:ManageWiki/extensions page on your local wiki. For the tag, it should be at the section Special:ManageWiki/extensions (just copy the link to your local wiki), then check the box Poem for the extension. It should be working. --Matttest (talk) 09:21, 11 May 2022 (UTC)
 * It's still not working. FatBurn0000 (sandbox | CentralAuth) 21:08, 12 May 2022 (UTC)
 * Hey, as far as what I can see it should be working now. I think this is just a sort of system giltch/your browser cached the page. If it is still not working from your browser, try doing a hard reload. --Matttest (talk) 03:32, 13 May 2022 (UTC)
 * Okay, it appears to be working now. FatBurn0000 (sandbox | CentralAuth) 08:34, 13 May 2022 (UTC)

How do I activate intersein wikis extension: Other: Previews
In my https://intersein.miraheze.org/wiki/Hauptseite , How do I activate extension: Other: Previews: The box is greyed and says: Requires: Extensions - pageimages, textextracts Displays preview popups when the user hovers over a link" Please let me know how to get displayed preview popups when the user hovers over a link.

And please let me know if this is the right place to put sucvh a question. Thanks for your help Harriz (talk) 00:10, 13 May 2022 (UTC) Harriz (talk) 00:10, 13 May 2022 (UTC)


 * The "Requires" section is letting you know that you must first enable the PageImages and TextExtracts extensions in order to use Previews. You can enable these two extensions under Special:ManageWiki/extensions on your wiki. dross  (t • c • g) 01:34, 13 May 2022 (UTC)
 * Thank you Dross, this worked fine, I have now enabled Pageimages and TextExtracts and Previews extrensions.
 * What else do I do in order to see preview popups of internal links? Harriz (talk) 22:16, 13 May 2022 (UTC)
 * It's only Popups (Previews) that can do it well, afaik, so basically, that's all you need. --  Joseph  TB  CT  CA   20:20, 14 May 2022 (UTC)

Preview does not detect italics
Hello, I would like to know why the preview when you click on a link does not detect the italic. You can do the test here : https://fiction.miraheze.org/wiki/Mario_(Super_Mario) Bold is working, but italic is not. Thanks in advance. Darkrai18 (talk) 18:51, 13 May 2022 (UTC)

help regarding emails and smtp from miraheze servers
'''Are the emails configured in miraheze or manual work necessary? also if its configured is it phpmail{}?''' Many users were joining but on send email confirmation emails they don't receive it, I read in mediawiki docs that to configure smtp i need file access which too I don't have. So could any staff member help me regarding the issue. Also I want to use my own domain please suggest a way Amrit (talk) 08:15, 14 May 2022 (UTC)


 * Emails are already configured by default. Please ask your users to check their spam folder and to be on the lookout from emails from noreply@undefinedmiraheze.org. As for custom domains, please checkout Custom domains though note that you cannot change the email from where MediaWiki sends notices. Agent Isai  Talk to me! 08:26, 14 May 2022 (UTC)

Infobox problem
Hello, I have a problem with my infoboxes. I changed the color of the header to white. But the text inside must be black. The header changes color according to the color I put. I would like that when the header is not white, the text inside becomes white automatically. At the moment, the text remains black. And I obviously can't put a white text as I do now, because my header is white. The link of one of my infobox : https://fiction.miraheze.org/wiki/Mod%C3%A8le:Personnage Thanks in advance. Darkrai18 (talk) 10:30, 14 May 2022 (UTC)
 * I have altered the infobox and should change automatically. - PercyUK (talk) 18:48, 14 May 2022 (UTC)
 * Thank you . Darkrai18 (talk) 19:05, 14 May 2022 (UTC)
 * Sorry to bother you again but now I can't change the color of my header text. Darkrai18 (talk) 19:44, 14 May 2022 (UTC)
 * I have added a 3rd option
 * if color=white, text=black
 * if color=not white, text=white
 * if color=not white, text= can change text color
 * PercyUK (talk) 20:05, 14 May 2022 (UTC)
 * Sounds perfect to me . Thanks to you. Darkrai18 (talk) 20:16, 14 May 2022 (UTC)

Now that SMW has been enabled on my wiki...
...about time we brought in another Referata-era interwiki to match.


 * Wiki ID: constantnoble
 * Requested IW: smw (semantic-mediawiki.org/wiki/$1 / Official Semantic MediaWiki site) (forwarded)

--Routhwick (talk) 23:28, 14 May 2022 (UTC)


 * ✅ as requested. --Raidarr (talk) 21:43, 15 May 2022 (UTC)

My phabricator email is having typo now I can't login or register
I have written my email without .com at the end caused due to keyboard suggestion. Now I am not receiving verification email. So I am unable to fill form related to custom domain. ''respected sysops please help me as soon as possible '' Amrit (talk) 15:12, 15 May 2022 (UTC)
 * has corrected the typo - if you click the button to resend the verification email, it should hopefully work now. MacFan4000 (Talk Contribs) 18:53, 15 May 2022 (UTC)