Community noticeboard/Archive 15

__NOINDEX__

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)

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)

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)

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)

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)

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)

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)

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)

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)