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)

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)

mw:Extension:Replace Text and patrolling
I used the extension, and all edits that the replacement produced are marked as unpatrolled, despite that I'm the bureaucrat and my normal edits aren't marked as unpatrolled. The extension's page said nothing about this. Why does this happen? Manually marking those edits as patrolled creates more work that completely negates the benefit that automatic batch operations would bring. Before this, I used Pywikibot, which didn't have this problem.

Also, what difference does patrolling make? In other words, how are patrolled and unpatrolled edits different other than the red exclamation mark in recent changes? If there is none, and if this is OK with Miraheze admins, I'd like to turn the feature off ($wgUseRCPatrol). --Jack980517 (talk) 03:12, 17 March 2022 (UTC)


 * It seems what you encountered was a bug in the extension which was just fixed a little bit ago by the extension's developer. They have implemented a fix but now we have to update the extension (which should occur in a week or two).
 * As for what patrolling does, it's just a way to show local administrators whether an edit has been "reviewed". It's useful on larger wikis in order to coordinate spam removal by being able to mark which edits have been reviewed and which still need to be checked for spam and other things. There's no different between both edits and neither the Stewardship nor SRE (Miraheze has no "admins" or "staff", it's a complicated term) would really care as it is your wiki however it seems that the setting is not within ManageWiki yet for you to toggle so it'll have to be added first. Agent Isai  Talk to me! 03:20, 17 March 2022 (UTC)


 * I was afraid that the reason why the option isn't in ManageWiki is that it's forbidden by Miraheze policy or something. Glad to know it's not. How would I go about requesting that the option be changed (or better, requesting that it be added to ManageWiki)? Jack980517 (talk) 03:28, 17 March 2022 (UTC)
 * Settings in ManageWiki are added manually as it'd be impossible to have it automatically populate. If you want, I can propose it be added to ManageWiki and the setting should pop up in a day or two. Agent Isai  Talk to me! 03:37, 17 March 2022 (UTC)
 * Yes please! Thank you. Jack980517 (talk) 03:43, 17 March 2022 (UTC)
 * I have the same issue. When using ReplaceText, the edits are not patrolled. I'm also expecting that there would be a faster way to patrol masses of edits. SolidBlock (talk) 01:02, 28 March 2022 (UTC)

Miraheze official QQ groups or channel
As one of the world's best known wiki farms, Miraheze also has a large number of visitors from mainland China, but they have a problem in that they cannot register an account and wiki creators cannot use Discord or IRC with recaptcha as a captcha to communicate with Miraheze officials, which greatly hinders the development of Miraheze in mainland China. So I suggest that Miraheze could set up an official (or semi-official) channel or a number of official (or semi-official) group chats on QQ, which would greatly help mainland Chinese visitors to participate in Miraheze. 城市酸儒文人挖坑 (talk) 23:59, 24 March 2022 (UTC)
 * FANDOM also has an official group chat on QQ, as well as a spontaneous group chat and channel for the Chinese Wikimedia Project organised by the Wikipedians User Group in mainland China.城市酸儒文人挖坑 (talk) 00:47, 25 March 2022 (UTC)
 * Discord has been blocked in mainland China and I don't think Libera.Chat (IRC) uses reCAPTCHA. The main issue concerning captcha here is that Miraheze requires reCAPTCHA on registration but China is blocking Google domains (and thus reCAPTCHA partially). I would suggest Miraheze switching to   since they have similar (or identical?) functionalities. (I am to open a separate issue in this noticeboard requesting this.)
 * And as Libera.Chat is not (yet) block in China, maybe some channels like or  can be an unofficial alternative? Kanakana (talk) 03:18, 3 April 2022 (UTC)

How to allow trusted people to visit a wiki
After putting in hours to get a wiki started for people helping refugees in our area, I am now disappointed that they aren't visiting the wiki, even though we all know each other. Because the wiki contains some sensitive or personal information, it can't be freely accessible to the general public, so I made it private. From the replies of those I asked privately, I gather that they are discouraged by the registration process, which I described to them as follows:

To get permission for this website, the following steps are necessary:
 * 1) Anyone who wants access must first register at Special:CreateAccount.
 * 2) Then tell an administrator (at the moment that's just me) the username so that he or she can grant access. (See FAQ for details.)

Is there any easier way – one that requires only one step and has no wait time? One way I can imagine would be for me to assign user names and passwords to people I know and trust – is that possible?

Although I was hoping for wide participation from our group, I now resigned to the expectation that few would really contribute to the wiki – all I can hope for is that they all will consult and read it. (Even that would be an overall positive, since my goal is for them to have all needed information at their fingertips.) So I'm considering just creating a simple ‘reader’ account which then could be used by everyone. I'm aware that that's not the original idea of an account – which ideally should be personal. But would it be OK if I did that? SebastianHelm (talk) 07:35, 26 March 2022 (UTC)

Is there even a group just for readers? I just tried “Bestätigter Benutzer” (confirmed user) and “member”, but the former doesn't allow viewing any pages other than the main page, and the latter allows even editing them. SebastianHelm (talk) 08:24, 26 March 2022 (UTC)


 * You can edit the permissions of users via Special:ManageWiki/permissions. You are also more than welcome to use Special:CreateAccount and tick the send password via email option to create an account for someone. You can then assign rights immediately via Special:UserRights so it'll be ready for when they log in. ~ RhinosF1 - (chat)· acc· c -  08:43, 26 March 2022 (UTC)
 * Thank you, what you write in sentences 2&3 works for me and solves my OP.
 * I understand that your first sentence was meant to address my secondary question about a group just for readers. I could create such a group, but it isn't displayed on the user rights special page (“Spezial:Benutzerrechte” in German). While it would be nice to have that some time, I can wait till I actually need it and then post it as a new question. SebastianHelm (talk) 10:00, 26 March 2022 (UTC)
 * Update: After I wrote the above, I realized I needed to set the permission to myself to change those rights, so I used (mywikiname:)Spezial:ManageWiki/permissions/sysop, and then the new permission group showed up in the user permissions page, so I changed the group to that. But that didn't help: The reader account still can edit pages! Anyway; I'm primarily writing this here for the record; I will pick this up when I actually need it. SebastianHelm (talk) 10:31, 26 March 2022 (UTC)
 * Update #2: OK, that problem is solved, too. I also had included the "createtalk" permission so readers could at least leave some feedback on the talk page. Apparently that also gave them general edit permission for all pages. That's odd, but I can live with removing that permission from the readers group. SebastianHelm (talk) 10:50, 26 March 2022 (UTC)
 * In addition to the above, if it is a private wiki, unless they have either the  or   group, they will not be able to view your wiki. So, you could create a   page, then add that page to your   whitelist, allowing non-members to make an on-wiki request to request access to your private wiki. Dmehus (talk) 16:59, 26 March 2022 (UTC)

(moved to bottom since there was no answer at all) Brbrbr1mill (talk) 14:39, 3 April 2022 (UTC)

DummyFandoomMainpageTags extension not working
Back when my wiki was on Fandom, its main page used Fandom's provided tags (e.g. <mainpage-leftcolumn-start>) to organize the page into columns. As I ported everything over to Miraheze, I figured I could accommodate the now unfunctional main page tags by turning on the DummyFandoomMainpageTags extension via Special:ManageWiki/extensions. However, after waiting for all the extensions I turned on to work, all of them seemingly did except for DummyFandoomMainpageTags; the tags still only showed in plain text. I checked Special:Version to see if it was actually on, and there it appeared along with every other enabled extension.

To make matters even more confusing, when I previewed an edit to the main page that would have changed nothing, the tags worked as expected.

Could this behavior be owed to how the main page on my wiki is not under the title "Main Page" but rather "Mappercraft Wiki"? I initially suspected this, but MediaWiki:Mainpage listed the correct main page.

Otherwise, could this be due to an outdated extension that broke due to a MediaWiki update? I noticed that the last time the extension was updated was in 2018, so I would not be surprised if it were the case. AbolishSuburbs (talk) 20:12, 27 March 2022 (UTC)


 * This is due to either your local cache or the server's cache not being up to date and getting the memo that the extension has been enabled. Try deleting your local cache and purging the page's cache and the page should work as expected. Agent Isai  Talk to me! 20:15, 27 March 2022 (UTC)
 * I might be misunderstanding what you mean, but do you mean my browser's cache? I did exactly this, and nothing changed. I even went on the page with another browser, and it appeared the same. AbolishSuburbs (talk) 20:25, 27 March 2022 (UTC)
 * When I talk about your cache, I am referring to your browser cache. When I talk about the page's cache, I'm referring to the server-side cache. As it seems a local cache purge doesn't work, I suggest you purge the page's server-side cache by going into the "More" menu on the top of the page and clicking "Purge" (that is, if you're on the Vector skin). Agent Isai  Talk to me! 20:29, 27 March 2022 (UTC)
 * This did the trick. Thanks for the help. AbolishSuburbs (talk) 20:35, 27 March 2022 (UTC)

Creative Commons Licenses and License Changes
Hi, I'm helping (attempting to) on dpl3.miraheze.org wiki (Universal Omega's currently private, new wiki for the forked version of DPL3 extension). I want to import the DPL3 documentation from Fandom Community content, which is marked: "available under CC BY-NC-SA 3.0 unless otherwise noted". There is no option for CC BY-NC-SA 3.0 in Miraheze, just CC BY-NC-SA 4.0 (which seems fine?) though it's not clear if the Share-Alike portion of that license is required for adapted content (i.e., do we have to move to CC BY-NC-SA 4.0 or can the license be safely changed to CC BY-NC 4.0)?

Ideally, the latter would be nice, though my (very uninformed) layperson's reading of the Share-Alike description, suggests that adaptations may need to be SA also, based on its wording: "ShareAlike — If you remix, transform, or build upon the material, you must distribute your contributions under the same license as the original." Does this mean the literal "same license," including "SA" portion? The moving a wiki page mentions that licenses can be changed.

Also, presumably, it's okay to bump the version number?... I'm very unclear on the safe way to proceed. If someone could please advise the correct way forward from a legal standpoint, that would be super helpful, thank you! | -- FrozenPlum  (Talk / Email) 02:07, 28 March 2022 (UTC)


 * FrozenPlum, my understanding is that CC-BY-NC 4.0 is backward compatible with CC-BY-NC-SA 3.0 (ported or unported), so you should be okay with either license. That being said, if the license option is not available in ManageWiki, you likely will need to request a license change on Phabricator. If it's just you and Universal Omega as wiki contributors, that should be super easy to get all contributors to the wiki to agree to the license switch. Dmehus (talk) 02:31, 28 March 2022 (UTC)
 * To be clear, I'm saying you should be fine with CC-BY-NC-SA 3.0 or CC-BY-NC-SA 4.0, not switching to CC-BY-NC 4.0. :) Dmehus (talk) 02:37, 28 March 2022 (UTC)
 * Thanks for the reply. For clarification, CC-BY-NC-SA 3.0 is not available in ManageWiki but the other 2 are. There are currently 3 wiki contributors, Universal Omega, Lens0021, and myself. I'll be frank, I'm having language comprehension problems today (and always, because cognitive problems from neuro condition), I clicked the "should" reference link, it made things less clear. To reiterate, is my understanding correct that:
 * Staying with CC-BY-NC-SA 4.0 should be fine?
 * Switching to CC-BY-NC 4.0 should also be fine (the desired outcome), but only if we first get the consensus of all 3 users?


 * I had no idea about needing consensus to change a license for a new wiki, I changed it on suggestion of Lens0021 without realizing this was problematic, or that it required this process on MH. Lens0021 suggested it because they thought the default CC-BY-NC 4.0 was a license incompatibility with CC-BY-NC-SA 3.0 of the content to be imported (was a fair suggestion/concern, and when brought it up I also thought it seemed incompatible, so reacted too quickly to rectify that, out of concern). I would now like to change it back to what it originally was (CC-BY-NC 4.0) since it sounds like that was fine all along. Do I now require consensus just to correct that mistake (keeping in mind, the wiki was since made private on suggestion until this could be sorted out to ensure no legal problems, with only UO and myself currently having access--perhaps priviting it was another mistake)?


 * Does consensus have to happen on the dpl3 wiki, formally, in the form of an RFC? I was only made a temporary bureaucrat to get some things set up in an attempt to help UO, it seems I'm failing miserably at all accounts. I just need to sort this out, then I can hand back the reins and crawl into good bubble bath :'( | -- FrozenPlum  (Talk / Email) 05:43, 28 March 2022 (UTC)
 * Just set it back, worked out fine initially and you've been informally discussing this with key participants all along, so I'm sure they're on board with a correction now that things should be straightened out. --Raidarr (talk) 08:26, 28 March 2022 (UTC)
 * Okay, will do, thanks Raidarr. | -- FrozenPlum  (Talk / Email) 22:42, 28 March 2022 (UTC)

Can't mark as read notifications from other private wikis
Recently I've received a notification from [//softbeta.miraheze.org/wiki/Special:Notifications other's private wiki], which I have no access to. I cannot mark the notification as read. If I remove the notification, the number just disappears temporarily, and soon later the notification becomes active again. I cannot mark the notice as read. (I don't want to disable the feature of cross-wiki notifications.) SolidBlock (talk) 09:22, 28 March 2022 (UTC)


 * SolidBlock, you need to open a phabricator task and a sysadmin will clear the notifications for you. Startus (talk) 11:32, 28 March 2022 (UTC)
 * Thanks. I've filed a task. SolidBlock (talk) 13:37, 28 March 2022 (UTC)

How story be better
Everyone here adds a lot of bad qualities so im been asking tons questions and comments. You or everyone has not answered me. I don't understand

So if you can all write all bad and good why not add

How the story could be better story. --Catfire94 (talk) 23:22, 31 March 2022 (UTC)
 * Can you elaborate on what you mean? I'm unable to understand what your question is. Agent Isai  Talk to me! 23:25, 31 March 2022 (UTC)

Change the font of my wiki
Hi, I would like to know how to change the writing font of my wiki (https://fiction.miraheze.org/wiki/). I would like to change it to Trebuchet MS. Thanks in advance. Darkrai18 (talk) 10:47, 1 April 2022 (UTC)


 * You can add:

div, html, footer, h1, h2, h3, h4, h5, h6 { font-family: Trebuchet MS, Helvetica Neue, Helvetica, Arial, sans-serif; }
 * to MediaWiki:Common.css. Silicona (talk) 11:16, 1 April 2022 (UTC)

Switching from to  ?
I would like to request Miraheze to switch reCAPTCHA on registration from  to   instead. According to Google Can I use reCAPTCHA Enterprise globally?, scripts loaded from the two URLs seem to be equivalent. The only difference is that  is blocked in some areas (yes I mean mainland China) while the latter   is globally accessible. As is mentioned in the community noticeboard Community_noticeboard, switching to the alternative URL can really make Miraheze more accessible to Chinese users. Thank you! Kanakana (talk) 03:30, 3 April 2022 (UTC)


 * We actually switched back on purpose from repatcha.net recently due to a bug which made ReCAPTCHA return very low scores to legitimate users which stopped them from registering. If we are able to fix that issue then we’ll migrate back but I do not see that happening for the foreseeable future sadly. Agent Isai  Talk to me! 03:33, 3 April 2022 (UTC)
 * Thank you for your response! Alternatively, if ReCAPTCHA is handled by the ConfirmEdit extension, maybe it is possible to modify the code to let the user decide what URL to load ReCAPTCHA from. For example I forked MirahezeMagic to allow users switching between the two with url params  (although it is just a proof-of-concept and ugly coded). In this way, normal users will not be bothered and those having connectivity issues can be guided to the workaround (with some notice on that page or in the error message maybe). Kanakana (talk) 09:22, 3 April 2022 (UTC)

TimedMediaHandler - why does it play music like if it was video ?
Hello.

I don't know why, but, when i clik on audio files format on the wiki, it makes appear a little window like if it was a video....

player appareance when it does that (see, no time bar)

little screen popping when clicking on that player

BUT sometimes when i disable the extension, and then re enable it, it play it in the wiki page in the litle player bar... (yeah, the one with the time axis inside it, that does not make appear a little screen when clicking on it, but play it in the little bar... like yeah, if it was music, and not video! (it IS music....)) and then, little time after playing some;;; it makes appear again the little video screen when clicking on the little plyer bar, for all music files...

This makes not navigation simple

there is no parameters that i can change in the config page...(except authorize or not mp4;;;) most of them are hidden and unchangeable by me

maybe i could ask in phabricator ?

But, anyway is there a way to fix it? Brbrbr1mill (talk) 14:41, 3 April 2022 (UTC)

Unable to backup my wiki
I'm unable to dump the xml for Scruffy wiki, as posted at T8994. Please could I have a dump of the xml for scruffy.miraheze.org? Rob Kam (talk) 13:52, 4 April 2022 (UTC)
 * Fixed by deleting and restoring one of the pages. --Rob Kam (talk) 23:04, 7 April 2022 (UTC)

A JS snippet I've just imported isn't working
...no matter how much I've tried it out so far, tweaked the code, or purged the cache.

For my conlang dictionary, I decided to bring back a bit of code today from the old Referata version thereof. At this writing, this is how it's shaped up (from my site's Common.js):

As part of a current test run of the Interlinear feature, I'm trying to make my examples look like those at B.D. Chauvette's. So far, though, the raw code has been unable to change as such (although a few early attempts managed to render bold or italic text properly).

So, to and/or  Did I do it the right way, or is something amiss in the structure (especially as far as the last bit is concerned)? (Nominating anyone else in this field here to give me a hand.)

P.S. My site got mentioned minutes ago at T9031 (thanks to recent problems with refreshLinks). Routhwick (talk) 14:07, 5 April 2022 (UTC)


 * Hi unpkg.com is not in the CSP whitelist so won't work without a phab task. Apologies for the rubbish job queue, I hope that's not had too much impact.  ~ RhinosF1 - (chat)· acc· c -  14:13, 5 April 2022 (UTC)
 * Thanks for the CSP reminder. In that regard, here's the most recent CSP-compatible version:


 * Sorry, pre and indents don't mix well. --Routhwick (talk) 14:47, 5 April 2022 (UTC)

i'd like to make a forum page like this one on my wiki, how .?
HELLO, as i said in the title, where can i find the wikicode to make a page like this one ? when i click midify on this page, i find strange lines of codes i d'ont understand.. for example, i'd like to put the system with the button "add a topic" (and i didnt find it in the wikicode so i think it may be some template or something i dont understand... if someone can explain it to me a little, that would be nice!

thanks. Brbrbr1mill (talk) 16:31, 7 April 2022 (UTC)


 * Hello, all you’d need to do is import Community_noticeboard/header from meta. Be sure to include templates (optional) and subpages (definitely better to do, as you most likely wouldn’t wish to manually import all of the subpages). For the “Add topic” one, if you’re referring to the button on the header, it would be InputBox under Parser Hooks. -- Cheers, Bukkit ( Talk • All Contribs ) 19:25, 7 April 2022 (UTC)

How do you make an OOUI Special Page, and a JS toolbox tool?
As per the title, I wish to learn how to make an OOUI special page or a JS tool on the toolbox menu. -- Cheers, Bukkit ( Talk • All Contribs ) 22:41, 7 April 2022 (UTC)

"Enter confirmation code" when linking to external site on mobile editor
Hello! Whenever I embed an external link on a mobile edit, it prompts me for a "Enter confirmation code" box. I'm not sure what confirmation code is referring to, though. When doing the same steps on desktop view, it gives me a reCAPTCHA (v3) challenge instead. Is that normal? Thanks. ImpostorizedSFLS (talk) 12:59, 9 April 2022 (UTC)


 * This will happen on wikis where you do not have the skipcaptcha right. Here on meta that is in the Autoconfirmed user group, but may vary on other wikis. IAmChaos (talk) 17:45, 10 April 2022 (UTC)
 * ImpostorizedSFLS, in addition to what IAmChaos has said, if you have asked local administrators to grant you the  user group temporarily, and they've not responded, or do not appear to be recently active, you may request this permission from Stewards at Stewards' noticeboard. Dmehus (talk) 17:48, 10 April 2022 (UTC)

Users contributions
Hello, how can I see the users' contributions on my wiki? When I search for their nickname and click on "Contributions", it is empty Thanks in advance. Darkrai18 (talk) 13:49, 9 April 2022 (UTC)


 * That probably means that user hasn't made any undeleted edits. Go to https://fiction.miraheze.org/wiki/Special:Contributions/, replacing the  with the username. Or try Special:DeletedContributions for deleted edits. IAmChaos (talk) 17:42, 10 April 2022 (UTC)


 * Courtesy ping: IAmChaos (talk) 17:43, 10 April 2022 (UTC)
 * Darkrai18, which user? It's quite likely the reason IAmChaos suggests. Dmehus (talk) 17:46, 10 April 2022 (UTC)

Football/Soccer wiki. (not self advertising)
I'll be quick, footyworld is a miraheze wiki on the game / players etc. If interested message me on my talk page, here, or send a hello at the wiki. Thank you for your time. SperosDurrell (talk) 21:02, 10 April 2022 (UTC)

InfoBox not inheriting value of headercolor and headerfontcolor
I've been trying to import the following templates:

https://funkipediamods.miraheze.org/wiki/Template:Character

https://funkipediamods.miraheze.org/wiki/Template:ModInfo

When I use the template, it doesn't register the value of the header color and headerfont color. No matter what color is used, it only sticks to one.

I'm not sure if I imported it wrong or if I need to add a certain code to fetch the value on css. FunkipediaFandom (talk) 00:25, 11 April 2022 (UTC)
 * I changed the colour from hex number to colour name and is working now mh:funkipediamods:Template:Character PercyUK (talk) 08:54, 11 April 2022 (UTC)
 * Thank you! Although I was hoping it was possible to use the hex color codes for it. Could there be a reason as to why the color names work, but not the hex codes? FunkipediaFandom (talk) 14:59, 11 April 2022 (UTC)