Community noticeboard

Vote
Okay, ladies and gentlemen, I have a question for you: should we have a wiki on here like the Wiki Gazetteer on FANDOM? Put your vote in the headings below! And remember to sign your posts with ~. Tali64³ (talk) 20:33, 16 July 2020 (UTC)

Yes

 * 1) Why not? This would not be a bad idea for someone looking for a specific wiki. --Furricane (talk) 21:57, 16 July 2020 (UTC)
 * 2) per  InspecterAbdel (talk) 21:16, 26 July 2020 (UTC)
 * 3) I strongly support this because we can find more specific wikis.  CircleyDoesExtracter  ( Circley Talk  |  Global   |  Email the Cloud ) 21:31, 26 July 2020 (UTC)
 * 4) I'm not opposed to this idea, in theory, and I do think that we need to rethink Gazetteer of wikis given that we have ~3,800 current wikis (which is too large for a single page). My main concern, which I expressed in declining the wiki request, was that this may suffer from lack of maintenance and timely updates. As well, by siphoning it away from Meta, we now have yet another wiki we have to somehow promote, so that sort of defeats the purpose of a gazetteer of wikis designed to promote customers' public wikis, doesn't it? Secondarily, I honestly think a better way to go about this is to add additional functionality and data output to the automated list, Special:WikiDiscover. That said, it's a good-faith idea, in theory and if well-maintained, so that is why I am expressing some support, albeit weak. Dmehus (talk) 23:18, 6 August 2020 (UTC)
 * 5) I think this will help in finding wikis. Admittedly, there was once a list on Wikia, but we've dropped it. Onmp314 (talk) 16:23, 27 September 2020 (UTC)
 * There are still two: the Wiki Wiki and the Wiki Gazetteer. Tali64³ (talk) 22:34, 14 October 2020 (UTC)

No

 * 1)  I don't see the need for an entire wiki like this. We already have a page here on meta, Gazetteer of wikis. And in all honesty, a page on meta will most likely be given more notice than another external wiki that some will never visit. As such I am opposing this idea. While a good thought I don't see the need for it. I mean if you want it, go for you, but I don't think it should be a community wiki at all.  15:01, 13 August 2020 (UTC) ］ |
 * There are wikis currently on Miraheze, too big to list on one page. An administrator could put a link to it on the main page. Tali64³ (talk) 16:35, 15 August 2020 (UTC)
 * We also have Special:WikiDiscover which lists every wiki on Miraheze. 14:18, 16 August 2020 (UTC) ］ |
 * 1)  Not needed.--MrJaroslavik (talk) 06:29, 25 August 2020 (UTC)
 * 2)  if there were a lot of people to add entries for wikis with short descriptions that would work for me but right now I think that the Meta gazeteer is enough and is helpful. DeeM28 (talk) 07:33, 25 August 2020 (UTC)
 * 3) A wiki for this is unnecessary, Gazetteer of wikis on Meta works fine. If there was a way to automate it with Special:WikiDiscover, I might rethink it, but otherwise this would likely get really outdated long-term. K599 (talk) 20:12, 27 September 2020 (UTC)
 * 4) and I would like to note, wiki creations are at the sole discretion of wiki creators and global policy, and I view this as a way to circumvent a decline of mine. Thus, I also recommend a closure of this as not done. Zppix (Meta &#124; CVT Member &#124; talk to me) 05:33, 20 October 2020 (UTC)
 * 5) There is gazetteer of wikis. (But that alone may not fit.) — Preceding unsigned comment added by Waki285 (talk • contribs) 23:23, 2 December 2020‎ (UTC)

Neutral/Abstain
I think it's a fair enough idea but there are many ways to approach it and would need lots of maintenance and would probably create some form of conflict -Bayugoon (talk) 19:45, 19 October 2020 (UTC)

Discussion

 * 1) I'm currently been slowly working on a similar idea over the past month or two just documenting wikis: the Wikiverse. dibbydib 23:38, 22 July 2020 (UTC)
 * 2) As a Miraheze wiki creator, when this wiki truly passes through us for approval (I have recently accidentally approved this wiki sent in by, which due to the ongoing discussion and the incorrect subdomain is currently pending steward review for deletion), it is important for us to know when to approve the wiki and who will be creating it. Therefore, who will be the founding Bureaucrat of the wiki if it passes community discussion?  14:59, 13 August 2020 (UTC) ］ |
 * I would be the founder. Tali64³ (talk) 23:23, 14 August 2020 (UTC)
 * When having community discussions like these, who will be the founder is among what should be discussed. I believe who should be the founder should be among what is discussed here. Thanks! 02:10, 15 August 2020 (UTC) ］ |
 * 1) Relisting for another couple of weeks. Dmehus (talk) 05:20, 1 September 2020 (UTC)
 * 2) Relisting for another several weeks. Dmehus (talk) 11:42, 15 September 2020 (UTC)

A new wiki for the website's community
The Miraheze Community Wiki is a wiki for the community so people can get to know each other and welcome each other. I know Meta does that, but I think we need a wiki for that stuff.

Support

 * 1) I think we need a wiki for this kind of thing InspecterAbdel (talk) 22:44, 27 July 2020 (UTC)
 * 2) but not per any of the above or below, but because community noticeboard has become a catch-all for technical support questions, community discussions, and really anything. The organization is weak, and we could use a community wiki. I have no objections to it, but the main reason for my oppose  weak support here is because the purpose is somewhat vague and unclear. I appreciate  bringing this for a community discussion, though, and, since this wiki was simultaneously submitted for approval and created already, I think we should probably shift this wiki towards defining a clear purpose and terms of reference for its existence and the parameters by which the local   can be removed (via Community noticeboard) here on Meta. Dmehus (talk) 14:55, 28 July 2020 (UTC)  Amended. Moved from weak oppose to weak support Dmehus (talk) 15:31, 28 July 2020 (UTC)
 * 3) I think we should have one since fandom has one. Plus it's subdomain is valuable too. AppleCrunchy (talk) 19:16, 14 September 2020 (UTC)

Abstain

 * 1) I really like to have a community wiki for new users to gather, although we have a Community noticeboard.  CircleyDoesExtracter  ( Circley Talk  |  Global   |  Email the Cloud ) 17:09, 28 July 2020 (UTC)

Oppose

 * 1) . No, we don't need such a wiki.  This page ("community noticeboard") is exactly for this kind of thing.  I don't want to have to check both this page and a dedicated wiki to find out what is happening on the wiki farm, nor learn how such a wiki is organized.   04:25, 28 July 2020 (UTC)
 * 2) Per Spike. There is already not enough engagement and usage on Meta, so another wiki is really not what we need. We should focus on Meta. Reception123 (talk) ( C ) 06:08, 28 July 2020 (UTC)
 * 3) . We DO NOT need a community wiki is needed at this time. We already have this page, the community noticeboard, and Requests for Permissions, requests for global rights and requests for stewardship. It seems that it would serve the same service as as most of this meta wiki, and I just see no possible usage for this. I also agree with the comments that has made about having to go back and forth between meta and a community wiki. Sorry, it is just not going to work. --Furricane (talk) 15:10, 28 July 2020 (UTC)
 * I'm hoping you'll consider amending your !vote, per my comments above, as I really don't think 's goal was for this wiki to replace Meta. The problem with this request is that (a) the wiki shouldn't have been created without a community discussion (not, technically, a requirement, as far as I'm aware, but good practice) and (b) it should've had a clearer purpose, scope, and defined parameters, as we are doing with Dev Wiki and have done with Template Wiki and Miraheze Commons in the past. No community proposals or discussions, or even drafts of such proposals, would've occurred on this wiki. Rather, as I saw it (though vague and unclear), this wiki was meant to be a user collaboration and social connection wiki that would've actually sought to deepen community participation. Participation in this community wiki would've been completely voluntary and not participating would not have meant the user would "miss out" on important community discussions, as I don't think that was ever the intent behind 's good-faith proposal. Dmehus (talk) 15:27, 28 July 2020 (UTC)
 * 1)  Not needed.--MrJaroslavik (talk) 06:34, 25 August 2020 (UTC)
 * 2)  I do not think another wiki is necessary for the community because for me Meta is the wiki for the community. DeeM28 (talk) 07:30, 25 August 2020 (UTC)
 * 3)  This is unnecessary, Meta already serves essentially the same purpose, and there's not really enough of that kind of "community" activity to need a separate wiki. K599 (talk) 20:27, 27 September 2020 (UTC)
 * 4)  After reading the first two oppose votes I agree with those users.  We should try to engage the community on Meta and we can be doing community oriented activities here.  Тишина (talk) 17:15, 12 October 2020 (UTC)
 * 5)  I agree that the noticeboard is enough and if there was a whole wiki about the community it would be under used and it would require moving around instead of just looking at this one page Bayugoon (talk) 19:55, 19 October 2020 (UTC)

Comments

 * I think the subject is not whether we need a community wiki or not, as we already have a community-centric wiki, but whether we need a miraheze-sanctioned community wiki.I think CN is sufficient, but it seems unusual for a topic to be set up for communication purposes, so someone may need to give an example. I found an image on ja.wiktionary.org showing the stroke order of my name, so it might be a good idea to post it, but it takes courage to be the first one. --松•Matsu (talk) 22:53, 5 October 2020 (UTC)
 * Relist to delay archiving. I will be posting an updated proposal on next steps in the next several days. Dmehus (talk) 02:30, 12 August 2020 (UTC)
 * Relist to delay archiving. I will be posting an updated proposal on next steps in the next several days. Dmehus (talk) 01:36, 23 August 2020 (UTC)
 * Relist to delay archiving. I will be posting an updated proposal on next steps in the next several days. Dmehus (talk) 05:21, 1 September 2020 (UTC)

A community Developers wiki
I have a proposition for the Miraheze community. For a while now I have been debating whether or not to create a developers wiki for Miraheze. Unlike the template wiki, this wiki will include CSS and JS scripts that anyone can import using, it will allow anyone who wants it to use scripts built by the community in their own wikis and/or in their own personal global or local JavaScript or CSS files. After consulting with on Discord, I decided to get the communities feedback and/or support on this idea, therefore what does the Miraheze community think of this idea? 22:53, 24 July 2020 (UTC) ］ |
 * Yeah, though I don't think it's required to have a community discussion in this case, since it's going to be a community wiki for shared CSS and JavaScript files, among other things potentially, I thought it would be a good practice to have the discussion, especially if it proposes to use the name "Miraheze." Plus, I think it would be helpful for the community to (a) define the initial scope and purpose and (b) establish the founding bureaucrats for the wiki. From there, the local community can help to establish its local policies and further refine its purpose. In general terms, I support this as a community wiki as I think it is sufficiently different than the Template and Miraheze Bots + Tools wikis. I also think it could be useful at reducing the page load times of community-imported and -maintained user scripts, as opposed to always loading them from English Wikipedia and other wikis. Dmehus (talk) 23:17, 24 July 2020 (UTC)
 * yes, some of that is part of my initial thoughts for the reasoning of the wiki. As for using the name Miraheze in it, I think it should be called Miraheze Developers Wiki or something similar. As for bureaucrats of the wiki, any candidate recommendations? And I think a community discussion for this is a good idea. It gives the community a way to give input, and their own unique ideas in it as well. 23:39, 24 July 2020 (UTC) ］ |


 * As proposer I support this, but also because I know JS and CSS pretty well, and would love to have a wiki like this for the Miraheze community. 23:39, 24 July 2020 (UTC) ］ |
 * This is a great idea for a new wiki. I think that by doing this, lots of new coding things could be enabled, including possibly global modules and gadgets. Great suggestion. I also have no concerns for this proposal. --Furricane (talk) 23:27, 24 July 2020 (UTC)
 * yes, I do believe that a wiki like this could be greatly beneficial in the long run, or at least I hope it can be. 23:39, 24 July 2020 (UTC) ］ |


 * I support this idea because not everyone can do custom CSS and (or) custom JS. Onmp314 (talk) 16:57, 27 September 2020 (UTC)
 * Sounds like a good idea for having a central place to import JS and CSS. K599 (talk) 20:39, 27 September 2020 (UTC)
 * per my comments above. Dmehus (talk) 21:00, 27 September 2020 (UTC)
 * Good. Waldo (talk) 21:56, 27 September 2020 (UTC)
 * would be a nice place to ask questions with in that area Bayugoon (talk) 19:50, 19 October 2020 (UTC)

Potential rename and/or expanded scope of Dev Wiki
asked me a few days, or perhaps a week, ago if I had posted in this discussion thread about the potential renaming and expanded scope for Dev Wiki yet. Other tasks took priority, but seeing as this thread was due to be archived in the next day or so, I wanted to get this done. So, I'm going to ping those that participated above and those who participated in the discussion on potential name ideas/expanded scope on Discord.

So, the question is...given that the  subdomain implies broader usage by and for developers beyond just CSS and JavaScript scripts,  and I (did I forget anyone, ?) basically toyed around with a number of potential new names and subdomains, the top three of which is identified below:


 * 1) Retain   and expand the scope, or allow the community, via a future community noticeboard discussion to expand the scope at some point in the future;
 * 2) Rename subdomain to , which would be roughly in line with the current purpose and scope, but open to possibilities later (again, the community would retain the right modify the scope via a community noticeboard discussion); or,
 * 3) Rename subdomain to , with a narrow scope; limits us in the future, but entirely accurate; it's not too bad, as we could easily create a separate dev later, though we should reserve that subdomain in the blacklist)

Since didn't participate in the Discord discussion and since this doesn't require any advanced rights to close, I nominate him to assess the consensus and close this discussion in a week or two. --Dmehus (talk) 00:01, 7 August 2020 (UTC)

Nomination of RhinosF1 as closer
, please indicate if you would be willing to close this discussion after 1-2 weeks (depending on the weather-related impacts to U.S. eastern seaboard residents).

Additionally, can I get a seconder to second this nomination? (Thought we could probably safely skip a full vote on nominating an uninvolved closer.)


 * Accepted:  ~ RhinosF1 - (chat)· acc· c -  19:19, 7 August 2020 (UTC) (as nominated closer)
 * Moved: Dmehus (talk) 00:01, 7 August 2020 (UTC) (as nominator)
 * Seconded: 02:37, 9 August 2020 (UTC) ］ |
 * Procedural comment: This has been relisted for another two weeks. Dmehus (talk) 12:57, 6 September 2020 (UTC)
 * Procedural comment: This has been relisted for another two weeks. Dmehus (talk) 13:41, 22 September 2020 (UTC)
 * Procedural comment: This has been relisted for another two weeks, plus the duration set by the hidden wikicomment at the end of this thread. Dmehus (talk) 13:59, 12 October 2020 (UTC)

Voting and Vote Tabulation Instructions
You are encouraged to express first and second choices in your !vote. Please do so by indicating, in your !vote for each proposal, whether it is your first or second choice. If no proposal achieves more than 50% of the valid !votes cast, the proposal with the least number of first choice !votes will be dropped, and those users' second choices will then be allocated accordingly, and the results retabulated in a second count.

Support

 * 1)   02:41, 9 August 2020 (UTC) ］ |
 * 2)  as first choice, since the community remains overall authority over this wiki in terms of its   removal (as may be required) and in terms of redefining, or broadening, its scope. Dmehus (talk) 11:50, 22 August 2020 (UTC)
 * 3)  I think there is no need to rename. Onmp314 (talk) 16:57, 27 September 2020 (UTC)
 * 4)  Looks nice, and is easy to understand. K599 (talk) 20:47, 27 September 2020 (UTC)

Neutral/Abstain
This is arguably kind of useless, in this case, since the !votes won't be counted, but I'll nonetheless include it.

Neutral/Abstain
This is arguably kind of useless, in this case, since the !votes won't be counted, but I'll nonetheless include it.
 * 1)  I like this idea as well, but it feels like it has other non-computer science-related use cases (i.e., for an archival- or museum-type wiki). Dmehus (talk) 11:50, 22 August 2020 (UTC)

Neutral/Abstain
This is arguably kind of useless, in this case, since the !votes won't be counted, but I'll nonetheless include it.
 * 1)  I also liked 's idea, as it is the most specific and clearly defines this wiki's current purpose, but, at the same time, it really does restrict a future broadening of this wiki's scope to include a broader array of wiki developer resources, for which the community retains the absolute authority to redefine this wiki's purpose via community noticeboard. Dmehus (talk) 11:50, 22 August 2020 (UTC)

MediaWiki Version 1.35 is displaying ogg files differently
Hi, I am using extension TimedMediaHandler for displaying ogg files in my Wiki and was perfectly satisfied with the way it was working. With the new MediaWiki version 1.35 things have changed. When I click on the play button a new window pops and the rest of the window is locked check out here. Before the upgrade I could even play more than one ogg files in one window simultaneously. Is this a bug or a feature, can I change this behaviour? Thank you for your support Lily (Manuela) (Lilypond Wiki · talk and I will listen · my little garden ) 09:33, 7 November 2020 (UTC)
 * Relisting until a system administrator has had a chance to review this. Dmehus (talk) 00:58, 20 November 2020 (UTC)
 * Relisting until a system administrator has had a chance to review this, and pinging to this thread (those that I previously discussed this with on Discord or IRC). Dmehus (talk) 15:01, 4 December 2020 (UTC)

Reduced Activity
Hello everyone,

I wanted to let the community know that my activity will be greatly reduced at the moment following a possible case of Covid-19 and the impact it has had on me. I hope to editing back at full capacity once myself and everyone at home are feeling better.

Thanks, ~ RhinosF1 - (chat)· acc· c -  10:04, 22 November 2020 (UTC)


 * I hope you get well soon. R4356th (talk) 14:24, 22 November 2020 (UTC)
 * Thanks! ~ RhinosF1 - (chat)· acc· c -  19:56, 22 November 2020 (UTC)
 * I'll message you privately, but if you've been affected by COVID-19 as well, I echo those sentiments expressed by R4356th completely. Also, regarding your user talk page, if you'd like, I'd be happy to redirect it to my user talk page, rather than your user page, as the most active user on Meta Wiki, so users can still ask any questions. Dmehus (talk) 14:37, 22 November 2020 (UTC)
 * Thanks and you can always be free to wiki gnome around my user and user talk pages. ~ RhinosF1 - (chat)· acc· c -  19:58, 22 November 2020 (UTC)

About deleting user groups
I want to delete some user groups, what should I do?--虎之介 (talk) 02:32, 23 November 2020 (UTC)
 * First, thank you for your question, which I've moved procedurally from stewards' noticeboard to here, where it is now in scope. Second, to answer your question, please go into Special:ManageWiki/permissions (on your wiki), select the group you wish to delete, unselect all assigned user rights, then proceed to the "submit" tab. Check the box that says "delete this group," and enter an optional log summary for your wiki's ManageWiki log that states what you're doing and why, mainly for audit purposes. After you hit submit, it will be deleted. Repeat the process for any other group(s) you wish to delete. Hope that helps. Dmehus (talk) 02:45, 23 November 2020 (UTC)

Unsure about user merge policies
... also because I didn't find any. Long story short: when I moved "my" wiki from Fandom to Miraheze I was told users could get back their accounts just by creating a new one and them merging it with the old one. In fact that's how it worked until recently, when my request to merge users wasn't really answered, and now I don't know what to tell users who are still waiting to get their accounts back. So, what changed? How does it work now? --Wedhro (talk) 18:49, 24 November 2020 (UTC)
 * It wasn't really answered because it's generally really done, most likely, and also because we don't have any formal policies on the matter. It isn't done, mainly for technical reasons, as the process to merge two user accounts into one is a time-consuming and painstaking process, requiring the steward to locally merge each attached wiki account. This is because there's an upstream Wikimedia task related to globally merging user accounts not being "scalable" that is stalled and unlikely to proceed. Your best bet is to advise users to disclose their alternate accounts on their global user page and not access wikis where locally blocked with their alternate accounts, in compliance with user accounts policy. Hope that helps. Dmehus (talk) 19:02, 24 November 2020 (UTC)


 * Sorry but it doesn't. One of the biggest fears of leaving Fandom for Miraheze was losing all edits and people identities in general, but we were assured there was a way to prevent that. I didn't know it was hard to implement but still, without that we might have chosen a different host. It's not trivial as it might seem. I'm not sure what "disclose their alternate accounts" means because they can't access the account they made while on Fandom, only the temporary ones they were told to create in order to proceed with the merge, as per instruction received by... maybe Void, not sure about that. For example, user "Wedhro" from Fandom wants to get back its account here on Miraheze, and I tell him to create user "Wedhro temp" or something; now what?	--Wedhro (talk) 19:24, 24 November 2020 (UTC)
 * I'm confused why your Fandom accounts would come into the picture on Miraheze. Did you, and others, not create the same username on Miraheze? If so, then you can request a password reset on those account(s), and use them. If not and someone else registered them, we have had one or two username usurpation cases, and generally this involves posting a notice on the requested username's user talk page, waiting thirty (30) calendar days, and if no objection is received and the user is largely inactive, then usurpation may be granted and the user renamed, allowing that username to be reregistered again. Alternatively, while not encouraged, you could also manually edit the XML file of your wiki(s) to update to your Miraheze username, which should provide proper attribution. System administrators could then reimport it onto your wiki. Dmehus (talk) 19:47, 24 November 2020 (UTC)
 * One big detail I didn't mention: we didn't start a new wiki, we imported one. A big one, with thousand of users. When the wiki was imported here users were also imported, but obviously not their passwords. The result is people now can't sign in with their original usernames because they already exist (that includes potential usurpers: nobody can claim those accounts). We need a quick solution for that because waiting for 30 days for a maybe will just discourage people from coming back, and we already lost a big chunk of the user base coming here after being assured getting back accounts wouldn't have been an issue. It's a huge, huge bummer. Isn't there a quick way to make old, inactive accounts (we're talking about 2+ years of inactivity here) available again? Wedhro (talk) 20:03, 24 November 2020 (UTC)

Categories out of sync
Hello! Due to some issues lately involving the Nuke extension command, at least I believe that to be the culprit, one of our categories on the MLP wiki has went out of sync. It displays the pages in the category at over 1,104 but according t AWB, the actual count is only 611. The count does go up and down depending on if pages are deleted or created, but is still about 500 more then what it should be. Anyone know how to fix this?--Amelia (talk) 23:51, 24 November 2020 (UTC)
 * I've ran a maintenance script that recounts the number of pages in a category, and this has now been ✅. Reception123 (talk) ( C ) 08:06, 26 November 2020 (UTC)
 * Thanks a bunch!--Amelia (talk) 15:24, 27 November 2020 (UTC)

Extension
Hello?

I want to make a request form, like "Special:RequestWiki", so I need to install the extension.

So I have a question.

What is that extension name?

Thanks, Gomdoli (talk) 07:32, 27 November 2020 (UTC)
 * https://github.com/miraheze/IncidentReporting This? Gomdoli (talk) 07:39, 27 November 2020 (UTC)
 * RequestWiki is part of CreateWiki. IncidentReporting is a separate extension, but you could possibly use some of that code for the purposes of developing a new extension, sure, I don't see why not. Dmehus (talk) 07:45, 27 November 2020 (UTC)
 * Thank you for reply. I understand. (But I can't develop another extension. Because I don't know how to.) Gomdoli (talk) 08:04, 27 November 2020 (UTC)

weird skin


So I was making some edits and then the wiki got a weird skin. Why is it not the mobile skin?

It also happened on meta wiki. Oof •• Fair0002 • Bureaucrat and Administrator of Crazybloxian Empire Wiki 03:22, 28 November 2020 (UTC)
 * Me too. Not active minerva skin now. Gomdoli (talk) 05:27, 28 November 2020 (UTC)
 * I apologize for the issue. It has now been solved. See T6512 05:34, 28 November 2020 (UTC) ］ |

I cannot upload files to my Kubu Wiki
Probably the problem is sitting in front of the computer. I have checked all my settings and could not figure out why all upload attempts end with an error message: ''Die Sperrdatei für „mwstore://local-backend/local-public/0/00/Yazz_logo.ico“ konnte nicht geöffnet werden. Stelle sicher, dass dein Hochladerepositorium korrekt konfiguriert ist und dein Webserver eine Berechtigung zum Beschreiben dieses Repositoriums hat. Siehe https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:$wgUploadDirectory für weitere Informationen.'' Thanks for support, Lily (Lilypond Wiki · talk to me · little garden · my wiki of everything) 09:28, 28 November 2020 (UTC)
 * First, thank you for raising this issue and technical question. Second, I have procedurally moved it from stewards' noticeboard to community noticeboard where it is now in scope. Third, immediately I wondered if  was a   file type, requiring a Phabricator task to have enabled on your wiki. Looking at Special:ManageWiki/settings, that is not the case, as the file type is indeed enabled by default. So, I'm not sure the issue and will ping, three system administrators and at least one of whom should be able to help you out. Thanks. Dmehus (talk) 14:19, 28 November 2020 (UTC)
 * Thank you for your help. Once again I was not able to chose the right board, sorry. I uploaded the files to a different wiki what worked fine. It seems that favicon cannot be included from webspace of a different wiki, logo works that way. Uploading png to kubu did not work either, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 17:13, 28 November 2020 (UTC)
 * Sorry to bother you again, the problem is still unsolved, greetings, LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 19:17, 4 December 2020 (UTC)
 * I'm not quite sure what the issue is. I do know that the favicon and site logo are set in Special:ManageWiki/settings, so there could be a configuration issue related to calling images from another wiki. On the other hand, I thought some wikis have used Miraheze Commons to host their favicons and site logos? Perhaps that would be a good venue in which to test. Failing that, please do let me know, and I'll ping several system administrators to have a look at this thread. Thanks. Dmehus (talk) 22:23, 5 December 2020 (UTC)
 * Thank you for your reply. It is not (only) the favicon (I guess I had a typo in the url, have changed the link now), I still cannot upload files at all, which reduces the usability of the wiki, greetings, LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 20:36, 6 December 2020 (UTC)
 * Hrm, have you checked all of your ManageWiki configuration settings and also your permissions in Special:ManageWiki/permissions? Thanks. Dmehus (talk) 21:27, 6 December 2020 (UTC)

Suggestion: Add a link to Donate in the footer of all wikis
Currently, there is no indication to readers of wikis that they can donate to Miraheze. I think it would help if a link to Donate is added to the footer of all wikis, to get people aware that they can donate and help Miraheze with funds. K599 (talk) 22:17, 30 November 2020 (UTC)
 * I personally wouldn't mind this, and would suggest a little PayPal donation graphic be inserted to the immediate right of the Miraheze donation graphic. I think an image, rather than a text link, would be better. We could probably implement this fairly non-controversially without a full proposal or anything, and just link to this discussion in the GitHub pull request. Dmehus (talk) 22:31, 30 November 2020 (UTC)
 * @Dmehus Personally, I'd prefer just a text link, as I feel like some people might find a graphic to be too distracting. In addition, donations can be done through either PayPal or GitHub sponsors, so I don't think a graphic representing only one of those would work. K599 (talk) 22:36, 30 November 2020 (UTC)
 * That's true that donations can be made through GitHub sponsors, though commonly PayPal does provide a donation graphic that is used to link to an organization's donation page that includes PayPal as only one of several donation options. Also, while MirahezeMagic interface messages control the footer links, I'm not sure how easy it is to add an additional link to that, so it's possible a footer icon may be the easier option (though we don't have to necessarily use a PayPal graphic). At the same time, I feel like a text link would be easily lost and less helpful than originally envisioned. And, as always, wikis would have the option of requesting the donation graphic be removed from their footer icons (some wikis I've noticed don't even display the Miraheze icon, which, to be honest, I don't quite get). If my wiki was hosted for free by Miraheze, I would proudly display the Miraheze graphic. Dmehus (talk) 22:46, 30 November 2020 (UTC)
 * @Dmehus I'm kind of unsure about adding another footer icon, since four icons kind of feels like a lot to me. Also, a text link wouldn't really be hard from what I know, it can just be added with this hook, which is also how the "Terms of Use" link is added. K599 (talk) 22:59, 30 November 2020 (UTC)
 * Yeah, I guess that's true. I'm not sure how it effective it may end up being, but on the other hand, a text link is even less potentially controversial, no discussion at all is likely needed, so the fact we have this discussion with you and I both supporting it is all that much better. Plus, I believe we're planning a fundraiser in the new year, which may involve a central notice banner for a short period, so those efforts combined should be helpful. Dmehus (talk) 23:17, 30 November 2020 (UTC)
 * Alright, phabricator task has been created. K599 (talk) 20:53, 3 December 2020 (UTC)

What do I add to the "Interwiki prefix"?
I don't know if this is the right place to ask, but I am trying to move my Fandom wikia over to here on Miraheze. I have the .xml file, but as I was uploading, it asked for an "Interwiki prefix" I looked high and low for what to place in the box and subsequently began adding all sorts of recommended words, phrases, and codes; but nothing seems to be working and it only gives me the message "Import failed: Expected tag, got". Is there something I am doing wrong? What should I be putting in there in order to to move my Fandom wikia over to here on Miraheze??? HarmonTower805 (talk) 23:59, 30 November 2020 (UTC)
 * Thank you for question, which I have procedurally moved from stewards' noticeboard to community noticeboard, where it is now notionally more in scope. In this case, the Special:Import page is looking for the interwiki table prefix that exists, either from the global interwiki table on Meta or any local interwiki table prefixes you've requested. You just need to make sure it matches exactly. So for Fandom, it would be . This is for file upload XML imports, though. For transwiki imports, there is also a Phabricator task that is required to add the prefix to your wiki's   variable, but that's not required in this case. If your wiki has a lot of pages and revisions, though, you should file a Phabricator task and have system administrators do the import for you, as you will invariably time out. Dmehus (talk) 01:12, 1 December 2020 (UTC)
 * The XML file you're importing is broken. Dmehus is correct in that you should use that Interwiki code but the error has nothing to with Interwiki codes. ~ RhinosF1 - (chat)· acc· c -  19:46, 1 December 2020 (UTC)

Interwiki admin
I saw interwiki admin but I don't know what does this group work? I think is group's can access Special:Interwiki but uncertain. Who tell me please. Gomdoli (talk) 06:06, 1 December 2020 (UTC)
 * Yes, interwiki administrators (the global group) can edit Special:Interwiki on any Miraheze wiki upon request. You can see them in Special:GlobalUsers on your wiki, as a quick reference. They only can't edit the global interwiki table, which remains restricted to Meta administrators and stewards. Hope that helps. Dmehus (talk) 06:13, 1 December 2020 (UTC)
 * I have a question about interwiki administrators not being able to edit the global interwiki table. Is there a reason why they are not able to, but local Meta administrators are able to edit the table that affects all wikis? I think that it would make more sense if the global group also had control of the interwiki table that affects all Miraheze wikis. DeeM28 (talk) 11:52, 2 December 2020 (UTC)
 * Thank you for the question. While not completely certain, I suspect the reason the global interwiki table (on Meta) is restricted to Meta administrators is mainly a historical anecdote, formed from conventions that normalized over time and because the global interwiki table predates the formation of the global interwiki administrators global group. The most recent interwiki administration reform RfC, intentionally or unintentionally, actually codified into policy that it is Meta administrators' responsibility. As to interwiki administrators editing this instead, in fact actually, this is among the first RfCs I plan to propose in the next couple of weeks actually. If you're interested in reviewing my draft (mostly just a summary of the proposals so far), you can see User:Dmehus/Omnibus RfC on changes to interwiki administrators and administration, in which, among other things, one of the proposals will be to restrict administration to stewards and interwiki administrators, whilst another will be to allow non-interwiki administrator/steward Meta administrators to administer the global interwiki table. As well, I'd also like to have a requirement to have a global discussion on this noticeboard for all new global interwiki table additions. Finally, there is also a proposal to move the global interwiki table to Loginwiki, allowing Meta to have a local interwiki table, or keep it on Meta. There are advantages and disadvantages to both. Hope that helps. Dmehus (talk) 16:00, 2 December 2020 (UTC)
 * Thank you very much for your very complete answer. I have read the proposed RfC, and I will be looking forward to participating in the discussion when you decide to submit it as an RfC. DeeM28 (talk) 20:31, 2 December 2020 (UTC)

Add fiwiki interwiki to Paikallihistoriawiki
Can you please enable fiwiki interwiki for Paikallishistoriawiki. Susannaanas (talk) 10:48, 3 December 2020 (UTC)
 * I'm not quite sure what you are trying to do here with this request. I assume you maybe want  added as a local interwiki table prefix added for , but if that's the case, I don't know the URL and whether you require either of the forward or transclude flags. Can you clarify your request a bit further? Thanks. Dmehus (talk) 15:36, 3 December 2020 (UTC)
 * Sorry I am trying to find out where and how to proceed at the same time. Yes, I would like to have fiwiki added as a local interwiki table prefix for paikallishistoriawiki. I want to enable scary transclusion. The urls are https://paikallishistoriawiki.miraheze.org/ and https://fi.wikipedia.org/. Thank you for your assistance! – Susannaanas (talk) 17:15, 3 December 2020 (UTC)
 * Okay, this can be done, yeah, I can either (a) enable transclusion for the  prefix and add an   interlanguage prefix you can use together with the former or (b) create a separate interwiki prefix (i.e.,  ) and enable transclusion. Have you already enabled scary transclusion in ManageWiki on your wiki? Dmehus (talk) 18:17, 3 December 2020 (UTC)
 * Yes, I have enabled and tested scary transclusion with English Wikipedia and it works. I think w with fi would be ideal, and will allow expanding to other language Wikipedias. Susannaanas (talk) 18:39, 3 December 2020 (UTC)
 * Okay, sounds good. This is ✅. I've never used scary transclusion with an interlanguage prefix, but your local interwiki table, interlanguage prefixes section, does still show the forward and transclusion flag options, so it should. I would image it's formatted using . Remember, though, if transcluding templates with parameters, you will need to use  .  may be able to help you with scary transclusion of templates as she is quite adept with that. Dmehus (talk) 21:53, 3 December 2020 (UTC)
 * Thank you very much, this is all very experimental! - Susannaanas (talk) 06:35, 4 December 2020 (UTC)
 * ✅, and yeah, scary transclusion is definitely a beta feature (probably will be for quite a long time), so there will usually be unexpected results. Nevertheless, if you ever need any more interlanguage, or interwiki, prefixes added, you can look me up at  on your wiki, and either message me on my local user talk page on your wiki or my user talk page here on Meta, and I'll be happy to help you out. Dmehus (talk) 06:42, 4 December 2020 (UTC)
 * Thank you, I will appreciate that! Susannaanas (talk) 07:24, 4 December 2020 (UTC)
 * I am happy to help, you can translate my documentation with google if you like, this one is mostly in English. If you have any questions feel free to ask on my discussion page, ping me with  , greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 20:31, 4 December 2020 (UTC)
 * Thank you! I will go on and test and see where I get into trouble :-) Cheers, Susannaanas (talk) 21:38, 4 December 2020 (UTC)

Global.js seems not to include cross wiki content
I want to add a to navigation bar on all wikis via global.js and global.css. The javascript adds content from my navigation bar definition. The whole thing works fine locally, but it seems the the content is not accessed on other wikis, maybe my javascript has a flaw (I am not very familiar with javascript), can anyone help me out? Thank you in advance, greetings Lily (Lilypond Wiki · talk to me · little garden · my wiki of everything) 15:25, 3 December 2020 (UTC)


 * Not sure if this is exactly what the problem is, but it does seem that the script will only run on any wiki except yazzwiki, klimarealistenwiki, lilypondwiki, meingartenwiki, regionalbahnstattbuswiki, and metawiki. If that is intended, then I'd probably need an example of a wiki where it works and a wiki where it doesn't in order to figure out what is wrong with it. -- Void  Whispers 16:56, 3 December 2020 (UTC)
 * thank you for your answer. What you describe is intended because on the wikis you name there are already navbars implemented or intended, therefore the global navbar should not come into effect on these wikis. The global navbar does not work on any miraheze wiki, although I can see that the global.css is effective because of the changing of the colors and positioning of several elements. (Is it possible that global.css overrules local vector.css? I have solved this problem by changing class names.) The local navbars are working fine as you can check out on Lilypond wiki, global does not work at all. Either there is a flaw in my javascript code or adding cross wiki content is not allowed (although global.js does not know anything about wiki). The effect is exactly the same as the navbar-code is not found (I had this effect already in my wiki when I implemented the feature), greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 17:34, 3 December 2020 (UTC)
 * I have found a workaround, added the HTML-Code to the global.js greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 17:49, 3 December 2020 (UTC)
 * Yeah, I had started to look into it, and discovered that we don't seem to allow html documents to be loaded from other domains. Therefore, the solution you wound up going for was the one I would have recommended, and is probably one of the only valid solutions. -- Void  Whispers 21:22, 3 December 2020 (UTC)
 * This is a good thing for safety, but should not be there an exemption for other Miraheze subdomains? Anyway, I like my solution better now. I discovered the navbar in the Snap! Wiki where I found the workaround in an older version of the javascript. I guess the admin changed the script because the maintenance of the text string in the javascript is difficult. I found a solution for that, too (backslashes at the end of the line) LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 04:02, 4 December 2020 (UTC)

Request for local interwiki administrator of Kubu Wiki
Hi, I held an election on my wiki. As I expected nobody but me voted, in the meantime I have made more than 500 edits, too. Pls grant me the local interwiki admin rights, thank you, greetings, Lily (Lilypond Wiki · talk to me · little garden · my wiki of everything) 04:09, 4 December 2020 (UTC)
 * This would actually go to stewards' noticeboard, but yes, indeed, a steward should assess your request in the next couple of days. Dmehus (talk) 04:45, 4 December 2020 (UTC)

How to get rid of local user javascript and css?
I have defined common.js, common.css, global.js and global.css. Obviously common overrules global. Now I want to get rid of common, I have inserted redirects which are working when clicking on the links. The drawback is that global still does not work here on meta, although it is working on all other wikis. Is this a bug or a feature? What can I do? I cannot delete common.js and common.css because I do not have the rights, thanks for support, greetings Lily (Lilypond Wiki · talk to me · little garden · my wiki of everything) 18:15, 4 December 2020 (UTC)


 * I see what you're wanting to do, so I have ✅ the requested pages for you. What you can do in the future is either (a) submit a request for deletion at Administrators' noticeboard (the proper venue), which is probably the preferred method for userspace CSS and JS deletion requests or (b) convert the content model to wikitext, then add delete to the pages in question. If you have any common.css or common.js files on other wikis that require deletion, you will need to alert local administrators. If not deleted after, say, a week, you can ask at stewards' noticeboard for a steward or Global Sysop to process the deletion(s) for you in absence of local administrators. Hope that helps. Dmehus (talk) 19:04, 4 December 2020 (UTC)
 * Thank you again for helping me out. Obviously I have an incurable problem of distinguishing which request belongs to which board, I am really sorry for that. Until now I do not see any difference maybe this is a cache problem, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 19:15, 4 December 2020 (UTC)
 * Problem was in front of the computer, I forgot that I had excluded metawiki. Maybe the redirects would have worked, deletion is better, sorry for the inconvenience LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 20:22, 4 December 2020 (UTC)
 * ✅ at all in any case. Glad you got it ✅. Dmehus (talk) 22:36, 5 December 2020 (UTC)

Can't logout or upload files
I tried to upload a file but got the error, "Invalid CSRF token." I tried to fix this by logging out and relogging back in. But I couldn't logout. I tried using the special user logout, deleting my cookies, and adding special permissions to allow cookies for the website. None of those worked. The top of the website says to report your issue here. Is there any solution for it? ThornsofLight (talk) 00:58, 7 December 2020 (UTC)


 * Hi, have you tried going to Special:UserLogout? You could try and open up a private web browser and try and login and logout then try and log into your regular browser. Paladox (talk) 01:06, 7 December 2020 (UTC)
 * Your security token(s) will probably need to be reset, so if you have a Discord account, can you join us Discord? Otherwise, feel free to use IRC at and direct message paladox or any of the voiced or opped users to reset your security token. Dmehus (talk) 01:07, 7 December 2020 (UTC)


 * I was having comparable problems too at rfobasic.miraheze.org (couldn't post here either). I opened a private window and got taken to login.miraheze.org with a notice-of-the-day that Miraheze had changed the way it writes cookies.  I had already deleted cookies for rfobasic but the trick was to delete all Miraheze cookies.  Am back on now.   01:41 7-Dec-2020