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)

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)

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)

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)

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)
 * I'm going with option B. Having major issues updating CSS. It's just stuck. Hb1290 (talk) 07:08, 15 December 2020 (UTC)
 * It seems it was neither. See Phabricator ticket for problem and provided resolution. If you are having issues with CSS, can you perhaps join us on Discord or connect to us on IRC (recommend you use IRCCloud to mask your IP though)? Otherwise, failing that, ask a clear and specific question in a new thread on this board. Thanks. Dmehus (talk) 07:19, 15 December 2020 (UTC)

Sandbox
How do I create a sandbox for each user of my Wiki? — Preceding unsigned comment added by You33 (talk • contribs) 18:49, 16 December 2020 (UTC)
 * Thank you for your question, but please do take care to sign all posts with four tildes and to placing new threads at the bottom of the page. As to your question, this is really unnecessary. Users should be creating their own sandboxes as needed. You really should just make an informational page and link to Special:MyTalk/sandbox, allowing users to click that link and create their own sandbox. You could even place that advisory / notice in an interface message or page notice for a given namespace. Hope that helps. Dmehus (talk) 18:56, 16 December 2020 (UTC)

how to put links in the (I think they call them) sidebars
Check out the main page of RationalWiki. They have a Saloon bar and a sidebar link to it. I want one to my mh:FAFSW:Meeting Place, a helpful links page, and maybe a few MH interwiki links. How do I do it? MTIA. DMBFFF (talk) 06:24, 17 December 2020 (UTC)


 * @DMBFFF Edit MediaWiki:Sidebar on your wiki. K599 (talk) 16:49, 21 December 2020 (UTC)

Should we should use a wiki forum extension instead of noticeboards?
It would be a lot easier to use and browse and read then trying to navigate a lot noticeboard. It would also be a lot more friendly to new users who aren't familiar with wiki conventions for editing a discussion page. Тишина (talk) 15:31, 17 December 2020 (UTC)
 * Yes, this is definitely something on my near- to medium-term radar for Meta Wiki, at least for community support- and wiki technical support-type discussions as the noticeboard format is sub-optimal from many perspectives. WikiForum would be the leading contender for that, but I'd prefer to have a few key bugs and glitches with it fixed before implementing. DPLForum to me is non-viable as it's configuration and setup is more complex than I would like, and it really just integrates with existing noticeboard pages. CommentStreams is a little better than DPLForum, but again, it's still similar to the existing wikitext noticeboard pages. If there's some other solution you'd recommend, I'm open to suggestions. Dmehus (talk) 15:44, 17 December 2020 (UTC)
 * It may be good but has some major bugs related to administrative features. R4356th (talk) 17:08, 17 December 2020 (UTC)
 * Yes, that's why I'd like to see at least two or three bugs with regard to WikiForum fixed before implementing. Dmehus (talk) 17:41, 17 December 2020 (UTC)
 * I hope this is opened up to community discussion and not simply enabled on a whim, as I personally would oppose the addition of a forum here (and worse, deprecating the noticeboards in favor of it). Naleksuh (talk) 19:14, 17 December 2020 (UTC)
 * We can consider a discussion, though I think there'd be strong consensus for it nonetheless, though I should clarify something in your reply as the noticeboards would not be deprecated at all. Rather, we would just use a forum-style extension for wiki technical support-type questions, with the noticeboards focusing more on community proposals, general questions about Miraheze, permissions requests, interwiki table link requests, user reports, adoption requests, certain other requests and reports, and the like. Dmehus (talk) 20:22, 17 December 2020 (UTC)

Set up a timer?
I'm not sure if this is the right place to be asking something like this, but I'm sorta new to creating wikis and I need to add a timer/countdown onto my wiki and I'm unsure of how to go about doing it, I assume it would be with a template? I'm not sure. Kermitted (talk) 03:48, 18 December 2020 (UTC)
 * You can do so likely by importing w:Template:Countdown, however it will only update when the cache is purged and when the page is refreshed. If you are looking for a second-by-second countdown, you could create something like that via the site's common.js. Naleksuh (talk) 05:12, 18 December 2020 (UTC)
 * How would I make a second-by-second countdown in the common.js? Kermitted (talk) 05:36, 18 December 2020 (UTC)
 * There are a number of different approaches to this. Really any JavaScript countdown will work. Naleksuh (talk) 18:13, 18 December 2020 (UTC)

Transclude flag for Interwiki links request.
Hi. Please, add transclude flag to my wikis for change language with custom domains.

Custom domains: wikien.wildterra2.com and wikiru.wildterra2.com

I want use Page name and Page name on each page for language selector menu and save custom domain name after redirect.

For example: https://wikien.wildterra2.com/wiki/Crucible_furnace

(Info from prev task: https://phabricator.miraheze.org/T6559) TeNoR (talk) 00:34, 20 December 2020 (UTC)
 * While I don't have very much experience with the language selector menu in MediaWiki, I have used interlanguage prefixes in wikilinks, as in the example of this page on Simple English Wikipedia. It normally requires you, I think, to use both the interwiki and interlanguage prefix. Now, this may be different with the language selector menu, and it's possible an additional interwiki configuration change may be needed in . Anyway, I'd forgotten I'd already added these prefixes for you, with the   flag enabled, which I left as enabled as there's no harm in doing so. So, I've added the   flag to both the interwiki and interlanguage prefix on both wikis. I also updated the Miraheze subdomain addresses with your requested custom domains. For example, to link to a page on your Russian language wiki from your English language wiki, you would use  . Conversely, linking to a page on your English language wiki from your Russian language wiki, you would use  . Note that I've not added an interwiki prefix for your English language wiki on your English language wiki or your Russian language wiki on your Russian language wiki, as there didn't seem much point in this as standard   wikilinks can be used. Anyway, play around with the language selection, and ping me if you need either (a) additional interwiki prefixes added or (b) any additional configuration changes on your wiki. Dmehus (talk) 05:21, 20 December 2020 (UTC)
 * @Dmehus thank you so much for help and for explanations. TeNoR (talk) 09:00, 20 December 2020 (UTC)
 * ✅. Dmehus (talk) 17:00, 20 December 2020 (UTC)

Edits by Dmehus
Dear Community, i would like to know what do you think about IMHO nonsensical edits what are made by
 * 1) Deletions of user pages as "unneeded redirect"  > then replacing onld username with new like here - especially if its on archived pages
 * 2) Unnecessary edits where is added only line like this - line breaks have zero visible effect on the page (copied from ), his reasoning is not enough for me -"...But it makes for messy wikitext code, hard to determine where new section header is. Line break makes it easier to see where the sections are..."  - who opening source code of archives?
 * In both cases, RC flood occurs.

So what are the thoughts of the community? And please - Do not reply with some info/rule page on Wikipedia as WP:GNOME (here is not WP) or some argumentary delusion, as you are used to. Just give the community time to respond. --MrJaroslavik (talk) 12:40, 20 December 2020 (UTC)


 * If the problem is a technical issue due to Miraheze's server currently facing a rapid increase in server traffic, it seems more useful to ping than I would say. It seemed like. If we do,  it seems like what the bot should do. I can't comment accurately because I don't know the resources of Miraheze's server. thanks! 松•Matsu (talk) 12:56, 20 December 2020 (UTC)
 * These edits do not bother me at all since I always go through bot edits anyway. But if the community has any issues with these then I would suggest Dmehus to add him to the Flooder user group to avoid flooding the RC when making such edits. This is unrelated to increase in server traffic. R4356th (talk) 13:56, 20 December 2020 (UTC)
 * I support with the idea of ​​adding the Flooder tag proposed by R4356th. Dmehus seems to do this her/himself .In Wkipedia.en, it seemed like the editing that the bot was doing without problems, but it was said that giving an example of wikipedia was not the answer to this question, so the difference in server capacity I thought it was a problem caused by. 松•Matsu (talk) 14:47, 20 December 2020 (UTC)
 * Addendum:In summary, it's not a problem with editing, but if this is a problem, I think we need a bot that can upgrade your server or edit the problem automatically. However, if we can't increase the number of servers, it seems that everyone in the community needs to think of ways to reduce the burden on the servers.--松•Matsu (talk) 15:05, 20 December 2020 (UTC)
 * A new bot won't create more strain on the servers. What could do, if we decided that the edits are necessary is update his bot to insert line-breaks while archiving threads. R4356th (talk) 15:28, 20 December 2020 (UTC)
 * No. . &mdash; revi  15:31, 20 December 2020 (UTC)
 * I do not see any issues with the edits you mention that Doug does. Zppix (Meta &#124; Sysadmin &#124; talk to me) 14:40, 20 December 2020 (UTC)
 * I do not see any issue with these edits, all of which are marked, or should be marked, as minor. If I could add the  flag to my account to prevent RC flooding, I would, provided it actually made a difference; however, based on recent additions of the   flag to active translators' user accounts, it did not have any effect. The flag seems only to suppress from RC mass log actions. In any case, I don't see minor WikiGnoming and non-controversial editing as problematic. One can simply set their Special:RecentChanges to filter out the "automatically patrolled" or "manually patrolled" revisions. Alternatively, while I don't think this would work as I believe it requires editing via an API, we could explore adding the   user right to the   user group on Meta. Finally, one other potential option could be the creation of a user script, or even a gadget, that filters out edits in RC from specific users. Dmehus (talk) 17:25, 20 December 2020 (UTC)

I want to delete my wiki cambsldmanifesto2021.miraheze.org but I cannot see how to via the GUI
cambsldmanifesto2021.miraheze.org IanManning (talk) 20:58, 20 December 2020 (UTC)


 * Hello, you should go here and check "Closed". It will be automatically deleted by the Dormancy Policy in due time after that. R4356th (talk) 21:05, 20 December 2020 (UTC)
 * User:R4356th thanks - I read that but it also says that someone else can take the wiki on - is there any way to prevent that from happening? — Preceding unsigned comment added by IanManning (talk • contribs) 21:11, 20 December 2020 (UTC)
 * Stewards do not reopen wikis that have been closed by local bureaucrats. You can also check "Private" on the same page to make the wiki Private and the notice to be changed. R4356th (talk) 21:18, 20 December 2020 (UTC)
 * Also, please note that you edited while logged out. As such, your IP address is visible. Please login before editing from the next time. Thank you. R4356th (talk) 21:21, 20 December 2020 (UTC)
 * The revisions in question have now ✅ to safeguard 's privacy. Please remember to login as R4356th said. In addition, as R4356th mentioned, if you just make your closed wiki "private," and  protect your wiki's Main Page, no one will be able to either (a) edit any page on your wiki and your wiki will be (b) ineligible for adoption, though, steward convention is that manually closed public wikis are also ineligible for adoption, but that is an extra step you can take. Only those holding local   or   rights on a closed, private wiki would thus be eligible to adopt a wiki. Hope that helps. Dmehus (talk) 21:29, 20 December 2020 (UTC)
 * Many thanks for the advice all! :) IanManning (talk) 02:59, 21 December 2020 (UTC)
 * ✅. Dmehus (talk) 03:03, 21 December 2020 (UTC)

Fundraiser
Hi everyone,

Most likely you've already seen the sitenotice, but if not please have a look at our GoFundMe or our other donation methods and consider donating. Any amount you can give is very appreciated! Reception123 (talk) ( C ) 07:20, 21 December 2020 (UTC)
 * ^ Dmehus (talk) 07:22, 21 December 2020 (UTC)

Domain
Hello? I have a question. I have a domain. I would like to use the bot.toyrit.com domain for the https://toyritbot.miraheze.org/ wiki. How can I get a security certificate? I don't have it. I also don't know how to request it.

Help please.

Thank you. Toyrit (talk) 06:31, 22 December 2020 (UTC)


 * Hi, did you read this page? There contains all the information for request a custom domain for your wiki! :) HeartsDo (Talk / Global / Wiki Creator) 06:58, 22 December 2020 (UTC)
 * I didn't read certificate part. Thanks! =) -- Toyrit (talk) 07:01, 22 December 2020 (UTC)
 * No problem, and for request your custom domain, you should make a task on Phabricator on this form HeartsDo (Talk / Global / Wiki Creator) 07:13, 22 December 2020 (UTC)

Collapsible elements no longer appear/function
(This is a repost from the original task posted on Phabricator) On the Constructed Worlds Wiki for over a month now, the wiki's collapsible elements (show/hide function) has stopped working and no longer appear. The wiki utilizes several templates which rely on this function (namely navboxes) and has forced us to manually expand each template in order to show their contents. We have asked for assistance on this issue before to be told that it can be resolved by fixing our common.css page's code. However, we have already tried multiple iterations from other wikis, including other Miraheze wikis, to test and see if the collapsible elements would re-appear to no success at all. Prior to the disappearance of the collapsible elements (which happened around November 8), we did not do any changes to the .css at all (it was last edited in 2018), the .js, or implement any wiki extensions which could have possibly caused this. We would like to resolve this issue because it has been a major quality of life problem.


 * Common.css page
 * Common.css history

Example of broken templates:
 * Template:Sierra (standard navbox with non-functioning collapsible option, forced to expand in code)
 * Template:Derzhavism sidebar (standard collapsible sidebar with non-functioning collapsible option, expanded automatically)

&#32;  centrist16 |  |   &#32; 14:57, 22 December 2020 (UTC)