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)
 * 6) I kind of think it's a good idea, but there'd be too many problems. Waldo (talk) 02:21, 7 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)

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)
 * Sorry to keep you busy that way. I checked all of this, was o.k. The error message in English is "Could not open lock file for "mwstore://local-backend/local-public/1/16/Mag.svg". Make sure your upload directory is configured correctly and your web server has permission to write to that directory. See https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:$wgUploadDirectory for more information.". Thank you for your support LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 05:27, 7 December 2020 (UTC)
 * Thanks, Lily. I just wanted to make sure that your wiki's ManageWiki upload and media settings were configured correctly. I'm at a loss, unfortunately, for what the issue is, but it may need a system administrator to look at it, which, if I remember correctly, is just your wiki of everything, correct? With that, I'm going to ping to this thread, and hopefully one of them can help you out. Dmehus (talk) 14:17, 7 December 2020 (UTC)
 * It is correct, just one wiki is affected, I have no clue why. Thank you for your support, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 16:58, 7 December 2020 (UTC)
 * I have opened a task on Phabricator which I should have done in the first way. The problem has now been resolved thanks to greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 12:39, 12 December 2020 (UTC)
 * Okay, thanks, though I would just note that as we didn't know whether it was a configuration bug or a technical support question, community noticeboard was actually the best venue for this question, until such time as we determined that a Phabricator task was necessary. Interestingly, I did ping (and others) to this thread a couple times, but I guess they never got a chance to look at it. At any rate, I'm glad it is ✅, but would you mind linking to the Phabricator ticket in a further reply to this thread, to assist users who have the same problem and also because we like to link to requests handled in other venues? Thanks. Dmehus (talk) 14:06, 12 December 2020 (UTC)
 * T6581 no problem, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 14:31, 12 December 2020 (UTC)
 * ✅ for that. I've amended it to an interwiki wikilink instead of an external link. Part of the confusion was the fact that the error message you posted was in German. If you have similar issues in the future, can you switch your language to English, reproduce the error, and post the English version of the error message, to streamline handling of this request? Nevertheless, I do apologize on behalf of that they missed seeing your message. Glad we got it ✅ nonetheless. Dmehus (talk) 15:44, 12 December 2020 (UTC)
 * My bad that I have posted the error message in German at first. Later I posted the English version but I guess it was hard to find in all the postings of this thread. Next time I will post only in English, thanks for your support, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 07:33, 14 December 2020 (UTC)

Oh, that's ✅ at all. You actually identified an issue which prompted some discussion on whether to adapt the instructions on the community noticeboard's header to report all MediaWiki interface error messages in the English form for more efficient and correct handling of issues. Dmehus (talk) 17:56, 14 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)
 * A very detailed proposal. ~ RhinosF1 - (chat)· acc· c -  22:19, 7 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)
 * Just for your information. I have implemented a similar navigation bar on wikipedia, and redirection is working at least for user accounts. That means that you can use global.css and global.js from a different user, if anyone wants to use this add following code to your global.css and global.js on Meta Wikipedia
 * or copy the content and modfiy it. I do really like that feature LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 09:38, 7 December 2020 (UTC)
 * Thanks, Lily. I'm curious why you need to use JavaScript and CSS redirects, though? You can definitely load scripts cross-wiki, and across wiki farms, as I do in my global.js file (feel free to add any user scripts to yours if you feel they might be useful), but I just use . Dmehus (talk) 14:21, 7 December 2020 (UTC)
 * Thanks for the links. I am just starting with Javascript, maybe my posting was premature. Honestly, I have no clue what the scripts you linked are good for, but I will learn from them, greetings, LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 16:29, 7 December 2020 (UTC)
 * Just for your info: I have changed my global.js and inserted a single load instruction. Before that my global.js overruled local common/skin.js, now this seems to be not the case any more, you can check this on Snap! Wiki, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 09:38, 9 December 2020 (UTC)
 * Thanks for the links. I am just starting with Javascript, maybe my posting was premature. Honestly, I have no clue what the scripts you linked are good for, but I will learn from them, greetings, LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 16:29, 7 December 2020 (UTC)
 * Just for your info: I have changed my global.js and inserted a single load instruction. Before that my global.js overruled local common/skin.js, now this seems to be not the case any more, you can check this on Snap! Wiki, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 09:38, 9 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
 * Thanks for checking in, and that's great to hear that the issue seems to be ✅ for you. Yes, the trick seems to be going to Special:UserLogout on any wiki(s) where signed in, deleting all Miraheze cookies, and then re-signing in. Thanks again. Dmehus (talk) 01:45, 7 December 2020 (UTC)
 * Just wanted to clarify you should only have to logout on loginwiki. Zppix (Meta &#124; Sysadmin &#124; talk to me) 02:12, 7 December 2020 (UTC)

Add "Use shared files" request
Hi.

https://wildterra2.miraheze.org - main wiki with media content

https://wildterra2en.miraheze.org - should show shared files from main wiki e.g.

Please, add shared files for my wikis.

Thanks. TeNoR (talk) 23:51, 7 December 2020 (UTC)
 * This is an interesting idea. While we do have both Wikimedia Commons and Miraheze Commons enabled as shared image repositories, both of these have limitations on hosting fair use or copyrighted images. While we could propose to change the latter's policies locally to allow such things, and that's an idea worth considering, your idea is nonetheless interesting, particularly for the described use case (i.e., international language variation wikis of existing wikis). I've asked on IRC for his opinion on the feasability of enabling this configuration. If it's potentially feasible, we can create a task on Phabricator. In the meantime, I suppose one possibility you could do is enable remote image hosting on your main wiki, or your English wiki, and then link to images remotely in that way (rather than with wikilinks). Hope that helps. Dmehus (talk) 00:36, 8 December 2020 (UTC)
 * @Dmehus: I hope it's possible. Thank you, I'll wait. TeNoR (talk) 00:41, 8 December 2020 (UTC)
 * We can do this via Phabricator. It's done on multiple wikis. ~ RhinosF1 - (chat)· acc· c -  08:01, 8 December 2020 (UTC)
 * Oh, great. ✅!, please submit a Phabricator task described above. Dmehus (talk) 08:14, 8 December 2020 (UTC)
 * , thank you for help! TeNoR (talk) 16:03, 8 December 2020 (UTC)
 * , ✅. When the Phabricator ticket is created, I'll add it to this noticeboard thread. Dmehus (talk) 16:09, 8 December 2020 (UTC)

Thumbnails failing to load in pages with many images
I've been seeing this issue on my wiki lately: if a page has a large number of images, the thumbnails for many will fail to load, until I load the page again a couple of times. Checked on multiple browsers, multiple devices, even asked friends to check and confirm it's not just me. Stormwatch (talk) 00:12, 8 December 2020 (UTC)
 * This seems like more of either a deployed extension bug, a configuration problem, or, perhaps most likely, a long-term technical infrastructure need that should be on system administrators' radar. So, can you please create a task on Phabricator, linking to the permalink of this discussion? You can add the "MediaWiki" and/or "Configuration" projects to your task and, optionally, move it to "Radar," most likely, on the applicable workboard. To create a Phabricator account, click the MediaWiki login button, and then authorize your Phabricator account with your MediaWiki account on Miraheze. When complete, reply to this thread, indenting one further level from this reply, and link to your Phabricator task number as, where   represents your task's trouble ticket number on Phabricator. Thanks. Dmehus (talk) 00:41, 8 December 2020 (UTC)
 * It's rate limiting. Paladox (talk) 00:55, 8 December 2020 (UTC)
 * Ah, okay. As in the Varnish rate limit? Dmehus (talk) 00:59, 8 December 2020 (UTC)
 * Yes, varnish rate limit. Paladox (talk) 01:01, 8 December 2020 (UTC)
 * Ah, thanks, that's what I was thinking, but wanted to make sure. Should we file a task on Phabricator, or just ping to this thread to investigate methods of correcting the issue? Dmehus (talk) 01:12, 8 December 2020 (UTC)

Desktop miraheze issue
Hello, I'm hkotaku2015, I can't log in, even edit any page on desktop miraheze, is there has an issue about desktop miraheze?

Note: I'm using desktop PC to edit pages, smartphone or tablet is hard to edit pages. Hkotaku2015 12:53, 9 December 2020 (UTC)
 * Hkotaku2015 Hi, have you followed the instructions on the banner who is on the header ? HeartsDo (Talk / Global / Wiki Creator) 13:07, 9 December 2020 (UTC)
 * Where is it? Hkotaku2015 13:20, 9 December 2020 (UTC)
 * Hkotaku2015 I have take a look and I have see that the period for the banner was ended (oops), so there is a screenshot of the message on Discord: here HeartsDo (Talk / Global / Wiki Creator) 13:26, 9 December 2020 (UTC)
 * It works, thx! Hkotaku2015 (talk) 13:31, 9 December 2020 (UTC)
 * No problem, do you want that I ask to hide your IP ? HeartsDo (Talk / Global / Wiki Creator) 13:35, 9 December 2020 (UTC)
 * ✅. Dmehus (talk) 14:06, 9 December 2020 (UTC)

Error when creating blogs on various wikis
Whatever I create a new blog, a possible bug I assume may be an error where there is a mistake where it always say that there is another blogpost with the same title: " There is already a blog post with that title. Please choose a different title for your blog post." Thanks. -- H ookuai ( Talk to Nuclear Jaws |  Wanna see me speedrun? ) 06:05, 12 December 2020 (UTC)
 * Thank you for your question on stewards' noticeboard, which I have procedurally moved to here, where it is now more in scope. Still, your question doesn't really suggest whether this is a technical configuration issue with Miraheze requiring a Phabricator task, or just a general technical support question which any community member or system administrator can answer here. Can you give us a few more details, please? Thanks. Dmehus (talk) 06:22, 12 December 2020 (UTC)

Unable to log into my own inactive wiki - "502 bad gateway"
I tried to log into https://vmcodex.net/ but when I do, I get a 502 bad gateway. When I try to go back to the homepage, nothing loads at all. Clearing my cookies/cache solves this, but I still cannot log in. I tried the suggestions in this Discord comment but no dice. NotoriousRBG (talk) 23:18, 14 December 2020 (UTC)
 * Thank you for reporting this issue. While I can access your wiki logged out in private incognito mode, when I access your wiki logged in, CentralAuth does auto log me in to the wiki; however, when I navigate to another page on your wiki, I'm hit with persistent 502 Bad Gateway issues. This appears to be either (a) an nginx web server configuration issue, (b) a Varnish issue, or (c) some caching issue. Nevertheless, since this will need to be resolved by system administrators, I've created Phabricator task #T6598 for you to follow, and contribute as required. Thanks. Dmehus (talk) 23:44, 14 December 2020 (UTC)