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)

Setting up sister wiki project links
I have been scrapping some content form Wikipedia for my wiki, and sometimes I run across wikilcnks that use the abbreviated sister project format for the link such as: word, and I am wondering how I can go about setting it up so that it properly formats and links to the external sister project wiki?

Some of the citation templates I have scopied for Wikipedia for instance link to the Encyclopedia Birtianica public domain sister wiki site. Any help of guidance would be greatly appreciated. Mitchell Gore (talk) 02:42, 24 March 2022 (UTC)


 * To fix broken Interwiki links, request here on the Community noticeboard that an interwiki administrator add the missing interwiki prefixes into your wiki's local interwiki table. For example,  on Wikimedia projects redirects to the English Wikisource so you could request an interwiki administrator add that to fix those broken links.  Agent Isai  Talk to me! 03:05, 24 March 2022 (UTC)

Permissions for other users
Sorry for asking such a basic question; I don't see it in the default text for bureaucrats. A search in Meta for "permissions" found many results, but at least none on the first page seems to cover this very simple case.

So I started a private wiki, filled it with a number of pages as a start and told the other users that they could use it. But neither do they see any way to ask for permission, nor do I see a way to grant permissions to them. (https://hochtaunushilftukraine.miraheze.org/wiki/Spezial:ManageWiki/settings#mw-section-permissions has the default: three implicit groups (in German, so I'm translating their names here), ‘all’, ‘automatically confirmed users’, and ‘users’.) SebastianHelm (talk) 20:21, 24 March 2022 (UTC)


 * You can grant users right by going to Special:UserRights on your wiki, then input the username of the user and load, on the next page you'll be asked to select the rights you want to give the user. --  Joseph  TB  CT  CA   20:53, 24 March 2022 (UTC)
 * So it seems that page name has been localized to “Spezial:Benutzerrechte”. I tried „Bestätigter Benutzer“ (confirmed user), since that was the only group that contained the word “user”, but that didn't allow the user to open any page other than the main page. Only after I granted both the „Bestätigter Benutzer“ and the „member“ (sic, that's not localized) rights was the user able to see a page and click on edit. SebastianHelm (talk) 22:26, 24 March 2022 (UTC)
 * That's good to know. I forgot you mentioned that the wiki is private, so, just for next time, a user must be added to the member group for them to at least see pages (of course, other than the main page). --  Joseph  TB  CT  CA   22:32, 24 March 2022 (UTC)
 * You can also click the "Change user groups" link in the sidebar of the userpage (it doesn't have to exist) of whoever you want to grant access. — Arcversin (talk) 20:56, 24 March 2022 (UTC)
 * Thanks, that's good to know. SebastianHelm (talk) 22:26, 24 March 2022 (UTC)

No e-mail
In the previous section, I was pinged, but I didn't get an e-mail notification. The entry for Mention:Email in my preferences is checked, and there is an e-mail address in the user profile. I clicked on confirm half an hour ago, but I didn't get any e-mail for that, either. SebastianHelm (talk) 22:26, 24 March 2022 (UTC)

I kept repeating the same steps, and after the umpteenth retry, I finally got the confirmation mail. So the problem is resolved now. SebastianHelm (talk) 06:35, 25 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)

Forking Wiki Questions
I've about reached the point where my wiki's prototype is finished and moving the wiki will come to a vote. First, however, I have a few important questions.


 * The images that my wiki currently has number in the hundreds, and even a zipped file of all images would be absolutely huge in size. Is it practical to go through the process of sending all the images to Miraheze system administrators, or is that just adding a time-consuming extra step and it would be better instead to just directly upload the images myself?


 * Are the wiki pages for images (File:imagename.png) considered images that won't be part of Fandom's data dump, or are they considered pages that retain things like noted copyright and added info?


 * If the images themselves don't move, does the file history still remember and credit the original uploader?


 * Does the history of transferred pages still list all of the edits and the original users that made said edits?


 * Is it possible for a user account associated with the old wiki to connect/redirect to a new user account created on the new wiki? And if so, could anyone claim any older username and history, or is that something that a wiki admin would be able to monitor and verify users are who they say they are?


 * If I have created a page on the new wiki with the same name as the old wiki, but since deleted it, does that take care of any "unpleasant situations" that could occur if an imported page has the same name? I did try to have any test pages/files include the word "test" in the name, but I know I forgot to do so once or twice.

Clarasiir 03:27, 25 March 2022 (UTC)
 * The backup XML file for my wiki is roughly 5 MB in size, so is that a file too large to import myself, and instead do I need to request an import?


 * First and foremost, welcome to Miraheze! We hope you enjoy your stay!
 * 1) You can ask that a systems administrator import the images by making a Phabricator task requesting that and attaching a link of the image dump to it. You can also send an image dump to sre@undefinedmiraheze.org and mention on the task that the image dump has been shared via email.
 * 2) Pages for images are included in the database dump so that should restore along with the images.
 * 3) I believe the image will retain some history via the history tab but the actual image page which lists previous versions of the image will not display those old versions.
 * 4) Yes, provided that the dump that is imported is one that contains full page history (which it should or else you'll incur in a copyright violation).
 * 5) Anyone can register an account on the new wiki with their old username but doing so will not automatically claim any old edits. No one automatically claims the imported edits of a user, even if a new user exists under the name of a user from the old wiki. Imported edits, by default, show up as "imported>Username" or "wikia>Username" (as you're migrating from Fandom). To request that imported edits be assigned to a user, you need to ask that a systems administrator assign the edits via a maintenance script.
 * 6) It should, yes.
 * 7) You'll need to request it be imported on Phabricator.
 * Let us know if you have any more questions. Agent Isai  Talk to me! 03:45, 25 March 2022 (UTC)

Can't upload ogg files due to error
I have this problem several days, obviously I am not alone. Here is the phabricator task: Can't upload ogg files due to error --Lily talk and I will listen · Lilypond Wiki 09:37, 25 March 2022 (UTC)

A glitch I noticed
I have noticed that there seems to be a glitch in the comments section that causes comments to look like you upvoted or downvoted them by them being red or green even if you did not upvote or downvote them. I don’t know if this is only happening to me or if other users have experienced this. I had considered my account being hacked but it seems extremely unlikely that someone would hack into an account just to upvote and downvote comments. Blubabluba9990 (talk) 19:33, 25 March 2022 (UTC)
 * This is an issue that would be best raised to the developers of the Comments extension as we don't maintain the extension so we can't really debug or fix this issue. Agent Isai  Talk to me! 02:14, 26 March 2022 (UTC)
 * Oh. Idk who the developers are though. Blubabluba9990 (talk) 16:04, 26 March 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)

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)