Stewards' noticeboard

Archives:
 * Archive 1 (12 August - 19 November 2015)
 * Archive 2 (16 November 2015 - 14 May 2016)
 * Archive 3 (15 May 2016 - 20 July 2016)
 * Archive 4 (20 July 2016 - 5 April 2017)
 * Archive 5 (26 April 2017 - 14 December 2017)
 * Archive 6 (15 December 2017 - 25 March 2018)
 * Archive 7 (26 March 2018 - 24 July 2018)
 * Archive 8 (25 July 2018 - 20 December 2018)
 * Archive 9 (20 December 2018 - 8 June 2019)
 * Archive 10 (10 June 2019 - 25 January 2020)
 * Archive 11 (25 January 2020 - X)

Please global ban this user
M619oha7m13ed wouldn't stop blanking pages in Terrible TV Shows Wiki and when other people tell him not to blank pages, he still does it. And can you check if M204o68ha278m204ed is a sock of M6190ha7m13ed? -Tarbiz (talk) 04:57, 14 June 2020 (UTC)

Increase wiki user privileges
I'm one of the users responsible for the wiki for the game: https://fapceo.miraheze.org/ The user that created it and has the only Administrator privileges User:Betwixt is not active and is not working anymore (afaik) for the company that oversights the game, he was one of the Community Managers. We have 0 contacts with him for some time already. We discussed the matter on our Discord server (can be found on the bottom of the main wiki page) with other Community Managers and Moderators about it and we would like to request to grant Administrator privilege and Bureaucrat if possible to the new CM that oversees the game User:Snakeintheeye and Administrator privilege if Snakeintheeye cannot receive a Bureaucrat to the main Moderators User:Groxy or User:Cc (all of them are also present in the Discord server if necessary)

If there is anything that you would need from our side that could help us get control of our wiki, please let me/us know. — Preceding unsigned comment added by Delgon (talk • contribs) 13:08, 10 May 2020‎ UTC
 * I had a look at this thread when I saw that the archiving bot had just archived the threads above it. I had a look at the wiki in question, and, indeed, I do see that Betwixt is the only bureaucrat and administrator. Since the Dormancy Policy says that wikis without edits and log actions may be adopted, and since the wiki is active, in no small part due to the efforts of you and the other users, it won't go dormant. This seems like an oversight in the Dormancy Policy that may need to be corrected. Stewards and Global Sysops can assist with managing the wiki when there's no response from the local wiki administrators, but if the wiki creator never returns, that effectively puts the wiki under a permanent conservatorship of the Stewards (kind of like Fannie Mae and Freddie Mac). I'm going to ping, one of the Stewards here, and see what, if anything, we can do in this scenario and whether such a change to the Dormancy Policy will require a full community vote. If it does, I'd vote for any procedural amendments in a heartbeat. Dmehus (talk) 00:20, 9 June 2020 (UTC)

Special:Wiki Index
For the WikiDiscover can you add movie's as a Category and also add tv show's Please this would make it easier for users interested In those kind of wiki's to find them? --Cocopuff2018 15:37, 25 May 2020 (UTC)
 * Did you hear back from a Steward or System Administrator? If so, do you know what the result was? If not, let me know, and I'll try escalating this for you. Dmehus (talk) 00:28, 9 June 2020 (UTC)

Delete this wiki
Please delete this wiki https://en.wikireserve.com BhanuSrivastav (talk) 01:11, 27 May 2020‎
 * Sorry for the delay in responding. I do see that you and the other two bureaucrats on that wiki have not issued any log actions or edits since you made this request. Normally, wikis will be deleted in a semi-automated process, per Dormancy Policy. You have, however, requested deletion, so I'll created Phab ticket #T5720 for one of the Stewards or System Administrators to follow up with you and confirm that you still want to see early deletion. Dmehus (talk) 00:46, 9 June 2020 (UTC)

Delete reversecrummyscratchers.miraheze.org
Hi Stewards! Looks like reversecrummyscratchers is in no use because CSW is closing down, and I will close this wiki. Can you shut down? Thank you. CircleyDoesExtracter (talk) 20:12, 29 May 2020 (UTC)
 * It looks like this one has been done as well. See 's response below. Dmehus (talk) 01:12, 9 June 2020 (UTC)

Please delete assistivecybernetics.miraheze.org
No longer needed. I've deleted all pages and marked it closed. Miraheze is a great service! Cheers. Sbp (talk) 11:11, 1 June 2020 (UTC)
 * We're sorry to see you close down your wiki. Ordinarily, marking your wiki as 'closed' will put in place a semi-automated process for full wiki deletion; however, perhaps because you've deleted all files, including those in the MediaWiki namespace, that may have interrupted that process. Please see T5722 ticket for the updates and action(s) taken by the Steward and System Administrator team. Dmehus (talk) 01:49, 9 June 2020 (UTC)
 * Sorry for the delay in this request, it has now been handled. -- Void  Whispers 02:09, 13 June 2020 (UTC)
 * Thanks, and no worries!, sorry about submitting the Phabricator tickets; it's just that I've seen Phabricator tickets for renamings and wiki deletion requests having been submitted in the past. Honestly, though, I'm wondering why we don't just create a "Stewards" task group on Miraheze Phabricator for such things. I think it would streamline the handling of these requests. Perhaps you could give consideration to it? Dmehus (talk) 03:40, 13 June 2020 (UTC)

Unban Championgamer1Playz's IP
Title. Some guy shares their IP with each other, so can you unban it? Just Amelia (talk) 17:21, 1 June 2020 (UTC)
 * The Stewards will need more detail on this. Because of the sensitive nature of the request, can you please e-mail stewards[at]miraheze.org, quoting details of the specific wiki, linking to relevant username(s) and edit diffs? Thanks. Dmehus (talk) 01:51, 9 June 2020 (UTC)

Delete "translator" user group
Hey, i request delete  user group, because this user group is not necessary because (auto)confirmed users have 'translate' permission. If anyone isn't auto(confirmed), we can give them confirmed right. Thanks-MrJaroslavik (talk) 18:35, 1 June 2020 (UTC)
 * Seems reasonable. There are times when the "confirmed" user group would need to be manually requested by the user and added by an administrator. This is one of those times. Dmehus (talk) 14:07, 4 June 2020 (UTC)

Can you please shut down Lousy Fanfictions Wiki?
It hasn't been active in a long time. Here's the link: https://lousyfanfictionswiki.miraheze.org/wiki/Main_Page. - Disintegrated.to.pieces (talk) 16:37, 2 June 2020 (UTC)
 * ✅, sorry for the delay. -- Void  Whispers 02:11, 13 June 2020 (UTC)
 * Thank you, for your follow up and action. No worries. Dmehus (talk) 03:42, 13 June 2020 (UTC)

A notorious troll has returned
A troll named "Mr. PissShitHead" is back with two sockpuppet accounts. Please lock his accounts when of you sees this. --Seewater514 (talk) 16:02, 3 June 2020 (UTC)
 * Comment No comment on whether the two accounts are related, but can we also globally rename "TREVOR YOU SON OF A BlTCH NlGGER UNBAN MY ACCOUNT"? Seems like that username is grossly unnecessary, either on technical grounds (i.e., length and/or ALL CAPS) and/or content grounds? Dmehus (talk) 17:23, 3 June 2020 (UTC)

my Poem: namespace
I tried creating a Poem: namespace but it doesn't seem to be working. Example: Poem:Clouds the log Thanks. DMBFFF (talk) 18:10, 3 June 2020 (UTC)
 * The error says your namespace uses an unknown content model. Can you go to Special:ManageWiki/namespaces on your wiki, then select the Poem namespace and ? Then check "" and try to change the content model to "Wikitext", like it should be. Then "" at tab. -- 06:04, 10 June 2020 (UTC)
 * "Yeah! It work! Thanks! :) DMBFFF (talk) 13:53, 10 June 2020 (UTC)"

Forgotten Password
This user of my wiki has forgotten his password please do something. https://en.gyaanipedia.co.in/wiki/User:AsadAliPalijo Shaunak Chakraborty (talk)
 * Please tell them that they can reset their password with their email (select "Forgot your password?" on login). Reception123 (talk) ( C ) 07:55, 4 June 2020 (UTC)
 * Hi, I've triggered them a password reset email. In future, please use the password reset function. ~ RhinosF1 - (chat)· acc· c -  07:56, 4 June 2020 (UTC)

Another sockpuppet to lock
Mr. PissShitHead is now using this account to vandalize wikis. Lock his account ASAP please. —Seewater514 (talk) 14:59, 4 June 2020 (UTC)
 * Comment I that block, but I'm wondering if "Mr. PissShitHead" is using one, or a limited number of IP addresses, if we can globally rangeblock the IP? If not, or if the user is IP hopping, could we create some sort of global username edit/abuse filter that filters out these sort of usernames? Dmehus (talk) 16:41, 4 June 2020 (UTC)

Global user pages on Miraheze Login wiki
I've noticed several problems on Miraheze Login wiki, which are listed as follows:


 * 1) Special:ListUsers shows that we have no users afforded any privileges or user rights beyond the default registered 'user' right. This, in turn, is creating problems with users who don't have global wiki administrative user rights from creating global user pages. I'm thinking of proposing that global sysops, CVT team members, stewards, and system administrators appointed via the Miraheze Meta wiki be given the same privileges on Miraheze Login, but would it also make sense to have Miraheze local Administrators be given this right as well? It does seem logical to me, given that Miraheze Login is so closely tied in with Miraheze Meta and doesn't really have any separate pages.

Thus, while trying to create my global user page, I triggered an abuse filter related to external links, which prompted me to enter a CAPTCHA challenge. However, passing that CAPTCHA challenge did not let me post my user page. So, should we either:


 * 1) Fix the above problem to allow users to bypass the abuse filter upon successfully passing the CAPTCHA challenge;
 * 2) Automatically extend the user's Miraheze Meta user rights to Miraheze Login, allowing a user to request, via Miraheze Meta, additional privileges to create a global user page on Miraheze Login;
 * 3) Automatically add the 'autoconfirmed' and/or 'autopatrolled' permissions on Miraheze Login and have our counter vandalism teams patrol recently created global user pages; or,
 * 4) Something else.

Thanks,

Dmehus (talk) 17:37, 4 June 2020 (UTC)
 * I was able to create User:Dmehus on Miraheze Login by removing the external links first, and then re-adding them back and passing the CAPTCHA. So, I think it's a problem with the "external links in user pages" in the global abusefilter whereby passing the CAPTCHA challenge doesn't work when the abuse filter is triggered on page creation but not when triggered on edit. So, at minimum, that needs to be fixed. Also, can we please enable file uploads on Miraheze Login wiki so all Miraheze users can insert their profile picture when using the Template:User info template on Miraheze Login? Dmehus (talk) 18:26, 4 June 2020 (UTC)
 * Global sysops and CVT are two names for the same thing (the group was recently renamed and refocused)
 * Global sysops/CVT, stewards, and sysadmins already have rights on Loginwiki, as those are global groups and thus applly to all wikis.
 * Is there really enough need for admin actions on loginwiki to merit this proposal, especially given that there are only 3 non-bot users (Revi, MrJaroslavik, Pup) who are admins on meta and are not global sysops, stewards, or sysadmins, and one of them has an open request for global sysop-ship that is very likely to pass, and another one of them is inactive?
 * Local file uploads should not be enabled on loginwiki, as files are not "[the main page], copyrights page, minimal redirects, user pages, and necessary user box templates.", as per mh:login:Main Page. Any relevant files should be uploaded to Miraheze Commons or Wikimedia Commons instead.
 * The only valid point in this proposal is that it may make sense to set $wgAutoConfirmCount to zero on loginwiki (thereby meaning that users automatically become autoconfirmed after a certain period of time, without requiring any edits), since there's no reason to expect users to make a significant number of edits there.
 * Pppery (talk) 19:47, 4 June 2020 (UTC)


 * Thanks for the reply, and for clarifying the history of CVT and Global Sysops. Regarding the first two points, indeed, I realized now that Global Sysops and Stewards had global rights on the "loginwiki," but just didn't have them defined locally. So, you're right, there's no need to take any action with those. In regards to the third point, that'd be a separate proposal, but I was just trying to throw some ideas out as possible solutions. Regarding the fourth point, indeed, after checking out RhinosF1's user profile again, I see he's sourcing his photo from the Wikimedia Commons, so that's not a huge deal, though perhaps we may want to modify the "loginwiki" interface to integrate either Miraheze Commons or the Wikimedia Commons to the "upload" button? There's probably some sort of extension that allows us to do this, eh? As to the last point, yeah, that would work. I think that's the easiest solution. As long we have various Global Sysops and Stewards patrolling the recent changes on "loginwiki," we should be able to catch problematic user pages fairly quickly. Dmehus (talk) 20:12, 4 June 2020 (UTC)
 * The abuse filter isn't meant to cause a captcha, that's just the regular behavior for including external links. I've exempted the sites you were including in the filter, but I'll let you in on the not-well kept secret that a few edits to the wiki in question will allow you to bypass the filter (without needing any rights). -- Void  Whispers 20:52, 4 June 2020 (UTC)
 * Thanks for exempting the Twitter/Discord/GitHub sites from the abuse filter, that works as well. As to the suggestion, yeah, I totally realized I could've done that, but was just thinking along the lines of Pppery that it is unlikely most users will have more than a few edits since Login wiki is a single-purpose wiki for hosting global user pages and was just thinking it'd be better to be proactive by trying to head off any questions from confused users. Dmehus (talk) 15:59, 5 June 2020 (UTC)

Infobox


I want exact same infobox like Wikipedia with this light grey background box for my wiki Gyaanipedia Please help me Shaunak Chakraborty (talk) 01:03, 5 June 2020 Timestamp added for Shaunak Chakraborty by Dmehus (talk) 15:10, 10 June 2020 (UTC)
 * Did you manage to figure out a solution to your question? Also, when you sign your posts, please remember to use  to include a timestamp—a bot archives threads based on that; using only three tildes produces only your username and talk page links. Nevertheless, what you need to do is find that exact Wikipedia infobox on any Wikipedia page (there's lots of infoboxes), then click "edit" on that page, check for the name of the infobox template being transcluded, and then type in in the search box on Wikipedia, "Template:," where "Name of infobox" is the specific infobox being called for with a capitalized initial character. Once you've found that, you'll want to "edit source" or "view source" (depending on whether it's protected—and it probably is, unless you're a template editor on English Wikipedia) and check for any related templates it may be calling for, to see whether you need those too or already have those.
 * Once you've finished here, head over to Special:Export, on English Wikipedia, and enter the exact page name include namespace prefix of the template you want to export (if exporting multiple templates, you can enter one per line). You can either export the most recent revision(s), or all revisions. Since there are subtleties in CreativeCommons license versions that English Wikipedia and Miraheze use, a best practice is to export all revisions. This will generate an XML file containing all the revisions.
 * Now, on your wiki, you'll want to go to the Special:Import page, and import the XML using the file upload method (I find it easier) by locating the XML file you downloaded. For the interwiki prefix, which is used for linking to the English Wikipedia users' pages and talk pages, enter w:. Most likely, the English Wikipedia users don't have local Miraheze accounts, so you can decide whether to associate the contributors' usernames with their Miraheze usernames (if they exist locally), though there's a Miraheze Phabricator ticket with doing this ( can perhaps clarify if that bug is still outstanding), so I recommend leaving it unchecked, at least for now. I usually import it to the default locations (Template: namespace, in this case), as I can always move it without leaving a redirect afterword, but feel free to try the other options, if you prefer. Hope that helps. Dmehus (talk) 15:01, 10 June 2020 (UTC)

Exception dormancy policy
Hi. I would like to request that my wiki Ucronias (ucronias.miraheze.org) have an exception to the inactivity policy. Although my wiki doesn't have enough articles, in other name spaces it has and will have useful resources about what my wiki is about that I would like to preserve. Also that I may have unedited periods (to focus on other projects). Hispano76 (talk) 03:17, 6 June 2020 (UTC)
 * My read of the dormancy policy seems to indicate that the only way the shorter 30 day inactivity policy comes into play is when your wiki has literally zero contributions (and thus, pages) in your wiki's Main: namespace. As long as you a customized Main Page and perhaps one other page in that namespace, you should be fine. You could even have cross-namespace soft redirects to your pages in your other namespaces and that should qualify you for only having to be concerned with the standard 45 day inactivity policy. Hope that helps. Dmehus (talk) 15:40, 6 June 2020 (UTC)
 * I know that, but it's not enough for me and I'm avoiding redirections as much as possible. I want to focus on other projects without worrying about inactivity of Wiki. Hispano76 (talk) 19:39, 6 June 2020 (UTC)
 * Okay, fair enough. I figured you knew how to avoid the inactivity rules, but just wasn't sure if maybe we were reading the policy differently. I have no objections to your wiki being exempt from the Dormancy Policy, though I haven't looked at it personally. I trust there's sufficient content there, regardless of namespace, that people would want to regularly read. Dmehus (talk) 20:45, 6 June 2020 (UTC)

Cannot log in nor create a new account, rawdata.miraheze.org
My system:


 * Windows 10 (new PC)
 * Firefox v77 with some plugins but nothing that I know would be blocking miraheze.org
 * ISP is AT&T

Hello, I'm the user 'bulrush' on this site. I cannot log into that user, I thought 'bulrush' might have been expired or blocked, perhaps it had been hacked. So when I tried to create a new username, I cannot create a username. Here's the error I get for both logging in and creating a new user.


 * There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form.

There's just no info in the error message above if cookies are blocked, or something else is blocked.

So I made sure to whitelist this site and the rawdata.miraheze.org site (the site I'm trying to log into) on Ublock Origins, and I still get the same error. I'm not even using a VPN which can sometimes cause problems.

Even when I did the process for "forgot my password" I still could not log in.

Anyone know how I can get my old username 'bulrush' back? Or get my old wiki back at http://rawdata.miraheze.org?

Thank you.

-- 14:37, 6 June 2020 (UTC)

UPDATED: Ok I fixed this. Here are the steps. It was a cookie issue. This was a new PC and I think the newer Firefox blocks cookies by default, along with a lot of other things. This was not a problem on older Firefox versions.


 * 1) Go to Firefox Options
 * 2) Go to Privacy and Security. Then go to Cookies and Site Data.
 * 3) Click Manage Data. Delete all cookies related to Miraheze.org.
 * 4) Click Manage Permissions which is near "Manage Data" button. Enter domain "miraheze.org" for which to allow cookies, click Allow button.
 * 5) Get out of options.
 * 6) Close Firefox completely, all tabs and windows.
 * 7) Open Firefox again. Go to site in question.

Admins, can you put this error message and the steps to fix it in a FAQ?

So my login and sig works now:

--Bulrush (talk) 14:52, 6 June 2020 (UTC)
 * Glad you got it working. Sounds like it was a cookie conflict that wasn't letting you login. At first, I thought you'd forgotten your password for your Bulrush account. If that had been the case, then I was going to ask whether you had an e-mail address to which you still had access attached to your account as I wasn't seeing any local or global blocks for that that account. To anyone that finds this thread, that's another advantage to registering an e-mail address with your Miraheze account.
 * As to putting this into a frequently asked question page, that's possible. It's not a policy that usually requires a brief discussion on-wiki, so any editor(s) can create the page. I'm just not sure whether we should have a general FAQ like that in the Meta, Help, or Main namespaces. Dmehus (talk) 15:50, 6 June 2020 (UTC)
 * You're a local Meta administrator on this wiki; I have seen log entries for hiding IP addresses when a user has confirmed to have edited while logged out, the IP address is suppressed to non-admins. Not sure if Bulrush cares, but just wondering if we should maybe do that here, as a courtesy, noting that he now has access again to his account? Dmehus (talk) 15:55, 6 June 2020 (UTC)
 * ✅ ~ RhinosF1 - (chat)· acc· c -  17:11, 6 June 2020 (UTC)
 * Thanks again for doing that. I just wanted to comment briefly here to the oversighting stewards or system administrators for my error in requesting oversight on the wiki. I appreciate RhinosF1 suppressing the revisions, at administrator visibility level, in the interim. Per the Discord discussion with RhinosF1, in future, I'll ping the @steward Discord user group. Dmehus (talk) 20:49, 6 June 2020 (UTC)

Find pages without a certain category?
It's currently not possible (AFAIK) to export all pages in a given wiki to back them up, so I have assigned the category "All" to most of my pages, but some may have been skipped and thus do not get backed up. Is there a way to find pages in rawdata.miraheze.org that do not have the category "All"?

--Bulrush (talk) 15:18, 6 June 2020 (UTC)
 * Have you tried Special:AllPages? You can filter by namespace, user, and other parameters. It's what I use for wiki navigation on Miraheze and Public Test Wiki, where I am most active. Dmehus (talk) 15:53, 6 June 2020 (UTC)
 * On the export page do you want me to enter in the category box, "Special:AllPages" to back up all my pages? Is that what you mean? The Export pages wants me to enter in a category to export, then click the Add button which will add those pages that have that category, to the list box below the Add button. And entering a category of "Special:AllPages" did not provide any pages in the list box below the category text box when I clicked the Add button. I'm just trying to backup all my pages to a local file on my PC, that's all. Bulrush (talk) 15:59, 6 June 2020 (UTC)
 * Oh, sorry, I guess I misunderstood what you were asking. I thought you were asking about a way to find pages (that are readable at your permission level) on a wiki. Special:AllPages is what I use for that. What you're talking about is a wiki export; I know there are mirrors of Wikipedia wikis, but that's because Wikimedia makes available database dumps of their wikis on a continuous basis. So, you'd have to talk to the wiki owner about requesting a copy of their database, I would think. Dmehus (talk) 16:04, 6 June 2020 (UTC)
 * Since it's your own wiki, I was hoping there would be an admin tool you could use on-wiki, but it seems like the MediaWiki manual (Manual:Backing up a wiki#Backup the content of the wiki (XML dump)) shows that you have to have command-line access, though there is a third-party tool called WikiTeam, for which it links to a tutorial. You could also ask a system administrator or possibly a steward to do this for you, which, in this case, you've come to the right place. Dmehus (talk) 16:13, 6 June 2020 (UTC)
 * Looking at imports, it looks like you'll need a system administrator to do an XML database dump of "rawdata" wiki. If you don't receive a reply here within a couple business days, I would recommend either (a) reaching out to one of them on their user talk page on this wiki or (b) contacting them via direct message on IRC or Discord. Dmehus (talk) 16:36, 6 June 2020 (UTC)
 * Does mh:rawdata:Special:DataDump not serve your needs? Pppery (talk) 20:07, 6 June 2020 (UTC)
 * I would just like anything to backup all my wiki pages, which I can import into the wiki of something bad happens. Special:Export does do an XML dump. I just can't find a way to grab all pages without giving each one a category of "All". Bulrush (talk) 21:28, 6 June 2020 (UTC)
 * I'm not personally familiar with that particular extension that identified, but from reading the documentation page about it, it looks like it would allow you to export, in one swoop, an entire export of your wiki in an XML file (which you can use to have re-imported by a system administrator, should your wiki ever be deleted). If you can access Special:DataDump on your wiki, that means it's installed by default. Otherwise, you will need to install it (provided Miraheze lets users install extensions on their own wikis). Dmehus (talk) 21:40, 6 June 2020 (UTC)
 * DataDump is installed by default. See Backups.
 * Miraheze lets users install extensions on their own wikis with some limitations; each extension has to be manually pre-approved before it can be enabled on any wiki, whereupon local users can enable it via "Special:ManageWiki/extensions". But that's off-topic here, since DataDump was actually written by and for Miraheze. Pppery (talk) 22:30, 6 June 2020 (UTC)
 * Pppery, thank you. That's helpful to know. I hadn't seen that backups information page on this wiki; I'd seen Manual:Backing up a wiki#Backup the content of the wiki (XML dump) on the MediaWiki wiki, which is helpful from an instructional standpoint when setting up one's wiki, especially in self-hosted scenarios. It sounds like, other than private user information (i.e., e-mail addresses, passwords, personal settings, etc.) and the copyright licensing under which content was submitted by users, it should indeed serve Bulrush's needs fully. It would actually be giving him a fuller backup than manually exporting the pages from each namespace, tagged with their category. Dmehus (talk) 23:10, 6 June 2020 (UTC)

Ok all, is the Special:DataDump generated file something I can import to this MediaWiki or another MediaWiki in an emergency? Special:DataDump creates a .gz compressed file and I think 7zip handles .gz files on my Windows side. My point was to make a backup that could later be imported into MediaWiki again. I really appreciate all your time and help. :) Bulrush (talk) 11:13, 7 June 2020 (UTC)
 * Yep, you simply uncompress the file, and the XML file(s) would be in there for you to import into another MediaWiki installation, hosted by Miraheze, elsewhere, or that you would self host. I haven't tested it myself as I haven't set up a private or public wiki yet (though I have a couple ideas in my mind). As the page that Pppery linked to notes, it would just not contain the private user data (i.e., e-mail addresses, personal settings, passwords, and IP addresses) and CreativeCommons copyright licensing version attached to the contributions. The former is not essential as the revisions would still note the names of the users that contributed each revision just like when you use Special:Export and Special:Import. In terms of the latter, just make a note somewhere that the contributions to your wiki were using CC Attribution/ShareAlike 4.0, and you could re-add a notice on your recreated wiki (perhaps your "copyright" page would be a good place for that) that contributions up to date were contributed under that CC version (in the event of a change). Dmehus (talk) 13:39, 7 June 2020 (UTC)
 * Super! Problem solved then. Thanks, I never knew DataDump could be used for import later on. Bulrush (talk) 16:15, 7 June 2020 (UTC)
 * No problem. Let us know how it goes if you end up importing it. Even if you end up self-hosting a wiki in the future or something, Miraheze has released the source code to the DataDump extension under a free and open source license, so it can be installed on other MediaWiki installations. Dmehus (talk) 19:59, 7 June 2020 (UTC)

Can i be admin on Rogues Gallery of Internet Wiki

 * The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.

The result was: moot. This doesn't need stewards' attention. If a wiki with inactive bureaucrats on that wiki are active on another wiki, one needs to try reaching out to them in some other method (i.e., on the other active wiki, on Discord, etc.) before reaching out for steward intervention.

Title. I've set up a poll and 10 people said yes. Here is the poll link: https://horriblevyonderswiki.miraheze.org/wiki/Main_Page --Just Amelia (talk) 12:45, 9 June 2020 (UTC)
 * I'm not familiar with that wiki or its local policy on administrator appointments, but global Stewards will only action requests locally when there has been no action by local bureaucrats, etc., for a "meaningful" period of time. Have you tried looking at Special:ListUsers/bureaucrat on that wiki, and contacting one of the bureaucrats to see whether your poll was in line with local policy on administrator appointments and, if so, if they can assess consensus support level and enact/not enact your appointment? That's really your first step before approaching Stewards' noticeboard. Dmehus (talk) 15:33, 9 June 2020 (UTC)
 * I had a look at that wiki, and, though not familiar with the local appointment process policy, I see two active bureaucrats there, active in the last day or two. So, you really need to reach out to them first before reaching out to the stewards. Dmehus (talk) 15:48, 9 June 2020 (UTC)
 * Those bcrats are all inactive. --Just Amelia (talk) 16:39, 9 June 2020 (UTC)
 * I'm not seeing that—EijiZeBoi and Hendicted had edit activity as recently as yesterday. I've pinged them to this thread, but you might try using Special:EmailUser and e-mailing them if they aren't responding on-wiki. Hope that helps. Stewards won't likely get involved to close discussions and assess support level for at least a couple, maybe one, week(s) without local bureaucrat response. Dmehus (talk) 16:54, 9 June 2020 (UTC)
 * you're checking the wrong wiki. I am already admin on the wiki I set up the poll on. Just click on here, this is the wiki i want to adopt. --Just Amelia (talk) 04:52, 10 June 2020 (UTC)
 * Okay, this is why I was confused. You've linked to the inactive Rogues Gallery of Internet Wiki in the section header, but you set up on a poll on a different wiki where the bureaucrats are active. Still, since you're already an admin on the latter, nothing needs to be done there. In terms of Rogues Gallery of Internet Wiki, I'd say you need to wait for Dormancy Policy to kick in, which requires that the wiki have no edits and log entries (especially the no edits part) for a minimum of sixty days before it'll be posted for adoption. Or, you need to contact the bureaucrat on the other wiki (the seemingly inactive one) and, since they're the bureaucrat on the seemingly abandoned wiki, they can easily make you a bureaucrat (if they wish) and turn it over to you, skipping the need for Steward involvement. Hope that makes sense. Dmehus (talk) 14:29, 10 June 2020 (UTC)
 * Alright, i'm gonna try and contact RoboticJeffy on discord. --Just Amelia (talk) 05:16, 11 June 2020 (UTC)


 * The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section

Please send a list of all public wikis to WikiTeam
I tried to add three of my wikis to the list of Miraheze wikis at WikiTeam's GitHub but was asked by nemobis for complete list of Miraheze wikis instead of a few patches at a time. Please could an admin send them a current list of all the public Miraheze wikis? --Rob Kam (talk) 20:12, 9 June 2020 (UTC)
 * Would Special:WikiDiscover work? I'm not sure if it would be all public wikis, as some may have specifically requested to be unlisted, but since it's tied in with the Miraheze wiki creation extensions, it should be automatically updated. Selecting "uncategorised" appears to list all the wikis, regardless of category. Dmehus (talk) 20:44, 9 June 2020 (UTC)
 * That's multiple lists, from there it would require too much fiddling about to get a single list of all public wikis in all languages. --Rob Kam (talk) 21:28, 9 June 2020 (UTC)
 * I'm looking now. ~ RhinosF1 - (chat)· acc· c -  22:11, 9 June 2020 (UTC)
 * ✅ - This doesn't need a Sysadmin. Special:WikiDiscover has an API which can be parsed easily. ~ RhinosF1 - (chat)· acc· c -  22:25, 9 June 2020 (UTC)
 * Thank you. --Rob Kam (talk) 22:32, 9 June 2020 (UTC)

Deleting Archived Pages of a Wiki
I have emailed you twice to delete every archived page of the Crummy Scratchers Wiki, the Reverse Crummy Scratchers Wiki, the Vapid Scratch Studios Wiki, and the Crappy Scratch Projects Wiki. This is important because our Scratch accounts got blocked because of these wikis and the Scratch Team will unblock us if they are deleted. I'd be glad if you took action.

Cutebross260Miraheze (talk) 02:56, 10 June 2020 (UTC)Cutebross260Miraheze

Ban Harricraft
Reason: Troll on Greatest Movies Wiki

- Stephenfisher2001
 * ✅. Reception123 (talk) ( C ) 05:37, 10 June 2020 (UTC)

Sock puppets
Please check these accounts and lock if they are sock puppets: https://en.gyaanipedia.co.in/w/index.php?title=User:Machal&action=view

https://en.gyaanipedia.co.in/w/index.php?title=User:Rakshm&action=view

https://en.gyaanipedia.co.in/w/index.php?title=User:Spandita&action=view

Shaunak Chakraborty (talk) 16:23, 10 June 2020 (UTC)
 * I've confirmed with that's okay to make CheckUser requests on SN, so I'm just replying to say that, for faster service, you may wish to send a Discord message to @stewards, citing the applicable usernames and either relevant diffs or the behavioural reasons for your suspicions to warrant a check. Dmehus (talk) 17:27, 10 June 2020 (UTC)

Restore the Crummy Scratchers Wiki, the Reverse Crummy Scratchers Wiki, the Crappy Scratch Projects Wiki, and the Vapid Scratch Studios Wiki
I believe that those wikis should be restored because it has been my Miraheze career for the entire month of May. Also, they were deleted because of a flame war started by Life_Tutor. If the wiki is restored, then Life_Tutor's IP address should be banned permanently for harassing the admins. Life_Tutor also has a high risk of getting banned permanently.

Some accounts that need locking.
Here are some vandalism-only accounts that need to be locked: PC Guy the third, PC Guy the fourth, IntergalacticPlanetary1010, and SansUndertaleYesDoremiOjamajoNo. --Seewater514 (talk) 22:25, 11 June 2020 (UTC)
 * Have been locked by NDKilla and Void. Reception123 (talk) ( C ) 05:40, 13 June 2020 (UTC)

Interwiki Links
I recently imported two wikis (both related to the Homestar Runner cartoon series) from Referata to Miraheze, and I'd like to restore some of the interwiki links from the original sites.

Add to both Homestar Runner Fanon and The Broternal Wiki: hrfwiki2:

Add to The Broternal Wiki only: forum:

In addition, I'd like the Homestar Runner Fanstuff Wiki 2 interwiki link "hrfanon" to be changed to the new site: hrfanon:

Thanks! Gfdgsgxgzgdrc (talk) 22:56, 2 June 2020 (UTC)
 * This seems reasonable. I will ping several of the interwiki administrators,, to respond to your request. Thank you for formulating the request properly, . Dmehus (talk) 03:41, 12 June 2020 (UTC)

Please Delete This Wiki
Hey Please Delete This Wiki https://awesomewiki.miraheze.org/wiki/Main_Page
 * First, please remember to sign your posts with  as a bot archives the threads based on the timestamps in the threads. I've added an unsigned signature for you this time. Second, while you can request early wiki closure, the stewards are presently backlogged in requests. Since, as bureaucrat, you have access to Special:ManageWiki on your wiki to change your wiki's status from 'inactive' or 'closed' to 'open', it holds that you can also change its status to 'closed'. By marking it as closed, it will be deleted in accordance with the Dormancy Policy, requiring no immediate action from stewards at this point. If you still wish to accelerate closure for other reason, I'd suggest pinging a steward on Discord or e-mailing stewards[at]miraheze.org, replacing [at] with the ampersand (@) character. Dmehus (talk) 16:50, 12 June 2020 (UTC)
 * Well it will take a while for it to be deleted under the Dormancy Policy. A steward should be able to get to it soon normally. Reception123 (talk) ( C ) 05:40, 13 June 2020 (UTC)

Please delete Yunawiki
Hi everyone. Please delete the Yuna Wiki. We have moved all content in this wiki. --そらたこ (talk) 13:07, 13 June 2020 (UTC)

Global lock for Switchplayer1
This account is a quacking sock puppet of globally locked Sourav Halder, given their requesting of a wiki with the comment "Personal Wiki" and nothing else which is an exact behavioral match to previous SH socks. Amanda Catherine (talk) 20:24, 13 June 2020 (UTC)

Can somebody globally ban this user
M619oha7m13ed wouldn't stop blanking pages in Terrible TV Shows Wiki and when other people tell him not to blank pages, he still does it. And can you check if M204o68ha278m204ed is a sock of M6190ha7m13ed?
 * Do you have any evidence this user is taking the vandalism cross-wiki? Assuming there are active administrators on Terrible TV Shows Wiki, this wouldn't then need steward involvement. Just issue your warning or sanction, including a local block, in accordance with Terrible TV Shows Wiki's local policies. If the concern is that the two users are related, I would personally just reach out to a steward privately IRC or Discord, citing their similar usernames and other behavioural evidence, privately, and then the steward may decide on appropriate sanctions, which could include blocking account creation from a range of IP addresses, global locking, or other sanctions. Personally, if they created only two users on one wiki, just tag them as suspected (since you can't prove it with IP evidence; you can only rely on behavioural DUCK-like evidence) sockpuppet accounts and block them locally. If it persists with further account creations, then private message a steward. Hope that helps. Dmehus (talk) 15:42, 14 June 2020 (UTC)
 * Here Dmehus, look at the links
 * https://terribletvshows.miraheze.org/wiki/Special:Contributions/M619oha7m13ed
 * https://terribletvshows.miraheze.org/wiki/Special:Contributions/M204o68ha278m204ed
 * I agree that all of that page blanking from both accounts, both using mobile devices, is definitely DUCK-like behaviour, but since it seems to just be targeting both those wikis, on which both are now indefinitely locally blocked, I'm not sure this needs steward involvement. If they go cross-wiki to other wikis, then yes. And, if they start creating more accounts, then we may need to have a steward perform a CheckUser to confirm and, if needed, globally block and tag and/or block of range of IPs. Dmehus (talk) 19:08, 14 June 2020 (UTC)
 * Sockpuppetry that occurs many times is definitely a steward issue. The steward has a tool called CheckUser that they can use to see the IP(s) where the accounts are coming from and then they can block them. -EK ● 📝 ● 🌎 19:27, 14 June 2020 (UTC)
 * Yeah, I wasn't trying to suggest that it wasn't a steward issue, but rather, was just saying that since it only involved two seemingly closely related wikis and two accounts, that perhaps all that's needed is for a steward to perform a CheckUser and globally lock the sockpuppet account, not the original account, provided the original account holder does not and/or pledges not to create any further accounts for the sole purpose of evading local blocks or sanctions and that any other accounts created should be disclosed (ideally via their global user page). Hope that clarifies. Dmehus (talk) 21:05, 14 June 2020 (UTC)

My private wiki is throwing an error saying "Fatal exception of type MWException" on every page, and is unusable
My wiki link is prodlegendsdiscussion.miraheze.org

I was setting up some user groups, then, after pressing "submit", I begin getting this same error on every page. I can't do anything on the wiki now.

I really need help with this, thanks DaChickenKingboi (talk) 16:36, 14 June 2020 (UTC) . Dmehus (talk) 17:15, 14 June 2020 (UTC)
 * Moved from: Community noticeboard
 * Community noticeboard was the correct place for this post. Please read FAQ. Stewards have nothing to do with technical business. Reception123 (talk) ( C ) 07:50, 15 June 2020 (UTC)
 * Could you perhaps past the entire error that you get? And which pages is it happening on? I tried some and I couldn't see the error. Reception123 (talk) ( C ) 07:50, 15 June 2020 (UTC)
 * @Reception123 It started working for me just now. The error is no longer affecting me. DaChickenKingboi (talk) 19:05, 15 June 2020 (UTC)
 * This was resolved last night by Paladox. -- Void  Whispers 20:48, 15 June 2020 (UTC)

Global block request for Princess ash fan and their 3 alt accounts
Accounts that they own: these accounts were created on Atrocious YouTubers wiki and were banned due to abusing multiple accounts. Feel free to block the accounts listed above. Agent Joestar (talk) 22:01, 14 June 2020 (UTC)
 * Princess ash fan
 * Princess ash433
 * Princess ash is awesome
 * Ashcorn433
 * There are no edits on any of those accounts. Simply having multiple accounts isn't generally an offense we'd globally ban users for. Is there another account that has edits that isn't listed? -- Void  Whispers 22:19, 15 June 2020 (UTC)

Please delete this wiki that recreated a wiki that was deleted for a reason.
This wiki: https://badscratch.miraheze.org/wiki/Main_Page is recreating Crummy Scratchers Wiki which we had to delete in order to get unblocked. If the Scratch Team discovers this wiki, then we will never be unblocked. We already had to contact FANDOM to take down a different recreation of Crummy Scratchers Wiki which is now down and this one must be down too. Pacsonic9000 (talk) 16:29, 14 June 2020 (UTC)
 * I'm confused. I'm not seeing you listed on mh:badscratch:Special:ListUsers/bureaucrat. In order to request early deletion, all bureaucrats, or at least those in the wiki's highest permission category with access to mh:badscratch:Special:ManageWiki would need to consent to early deletion. What am I missing? Dmehus (talk) 00:54, 15 June 2020 (UTC)
 * Bad Scratch Wiki is related to Crummy Scratchers Wiki, which is deleted, and we need to be unblocked on Scratch, Because we must delete CSW, including Bad Scratch Wiki. If Scratch Team finds this wiki, we will never be unblocked. CircleyDoesExtracter (talk) 01:11, 15 June 2020 (UTC)
 * I get that, but a steward like will want to see evidence that this deletion request has come from the people in charge of the Bad Scratch Wiki. I'm not seeing you or Pacsonic9000 as bureaucrats. You need to have the Bad Scratch Wiki bureaucrats reach out here, or to a steward on IRC/Discord. Dmehus (talk) 01:21, 15 June 2020 (UTC)
 * However, since there is only one bureaucrat, and I think will not be active, I will consider a steward on Discord. CircleyDoesExtracter (talk) 01:24, 15 June 2020 (UTC)
 * Wpetoi was active just today, so for now, I'm going to mark this as not done as a non-steward closure. Dmehus (talk) 02:57, 15 June 2020 (UTC)
 * Stewards should review this and I have already asked one too. The wiki probably shouldn't have been created in the first place and there will be an upcoming change to the content policy proposed. Please slow down and stop getting involved in areas you don't understand.  ~ RhinosF1 - (chat)· acc· c -  06:15, 15 June 2020 (UTC)
 * When will the upcoming change happen? CircleyDoesExtracter (talk) 11:56, 15 June 2020 (UTC)
 * Proposal sometime today so probably within a week or two. Hopefully, we can resolve this soon. ~ RhinosF1 - (chat)· acc· c -  11:59, 15 June 2020 (UTC)
 * Where can I find the proposal? CircleyDoesExtracter (talk) 14:53, 15 June 2020 (UTC)

Please block a user globally
Please globally block "Ratava12" for violation of the Terms of Service by uploading https://allthetropes.org/wiki/File:Pain5.jpg

Once you've looked at that image, please delete it. We don't want it on the wiki.

--Robkelk (talk) 00:50, 15 June 2020 (UTC)
 * Why do you want this user's account to be globally locked, when they have only contributed to that wiki and no others? Indeed, per Special:CentralAuth/Ratava12, they only have attached accounts on All the Tropes (on which they're indefinitely blocked already), and Login and Meta wikis (required for coordination and logistical purposes and on which they're showing no activity). Do you have evidence of sockpuppetry? Otherwise, I tend to think this is moot/handled locally. Hope that helps.
 * Edit: How can I unsee that image? Why can't you guys delete that image locally? I'm sure All the Tropes, the busiest wiki on Miraheze, has active local admins, no?
 * Added comment: On second thought, I guess it couldn't hurt to globally lock the account, with a notification to the user via e-mail and/or their user talk page not to create any accounts to circumvent the block and that they can be unblocked, but only once they've shown they understand our global policies by paraphrasing the key points with respect to the kinds of acceptable content. Dmehus (talk) 00:58, 15 June 2020 (UTC)
 * The request for a global block was because of the violation of Miraheze's Terms of Service. As for not deleting the image, the last time we had something like this happen, we deleted the image before reporting the Terms of Service violation, and were told that there was no evidence that there was a Terms of Service violation. we had to leave the image up until a Steward had seen it. we'll delete it now if you haven't already. --Robkelk (talk) 01:07, 15 June 2020 (UTC)
 * Ah, that makes sense, sort of. Shouldn't a steward be able to see the the deleted revision, though? I'd have to look at the global permissions for stewards, but I assume so. Nonetheless, given the grossness of the image in question and how out of project scope it is for All the Tropes wiki, I'd support a global locking, provided the user is sufficently warned not to try and evade the block and that if they can show evidence they understand the terms of service and fly right, then they may be able to be globally unlocked (though not locally unblocked, of course, as that'd be subject to your local wiki rules). Hope that helps. Thanks for reporting and clarifying! (For clarity, I'm not a steward...just trying to help out by responding to requests that don't need stewards' attention. This does.) Dmehus (talk) 01:16, 15 June 2020 (UTC)
 * Done, by leaving a notice and explanation on the account's Talk page. --Robkelk (talk) 01:26, 15 June 2020 (UTC)
 * Do be sure to delete those kinds of images if you find them, it's best not to keep them around. A report is good enough for me (I've seen this fellow before). -- Void  Whispers 01:24, 15 June 2020 (UTC)
 * Deleted and overwritten so that casual editors can't see it. --Robkelk (talk) 01:26, 15 June 2020 (UTC)
 * The account has been globally locked, also note that you may want to place some longer-duration local blocks on those three IP ranges I just globalled, as they are all related to the abuse you've been dealing with recently. -- Void  Whispers 01:32, 15 June 2020 (UTC)
 * Sounds good. That notice on the user's talk page was perfect; couldn't be more clear. Great that actioned this quickly, and also that you've suppressed the deleted revision from normal administrators. Now, if only I can unsee that... Dmehus (talk) 02:53, 15 June 2020 (UTC)
 * , I don't see global blocks on the wiki-specific Blocked users page or the Block log. I give you permission to extend the IP range blocks on All The Tropes to a full year (if they aren't that long already). --Robkelk (talk) 03:00, 15 June 2020 (UTC)
 * I just clicked on that link again to make sure it was deleted, and I still see the thumbnail in the version history. I'm wondering if maybe you've either (a) only deleted the file page or (b) only deleted the file itself? Dmehus (talk) 03:04, 15 June 2020 (UTC)
 * Thumbnails don't clear instantly. It seems to be fine so, if not, clear your cache. ~ RhinosF1 - (chat)· acc· c -  06:24, 15 June 2020 (UTC)
 * Deleted, re-created with the null image, and purged, in that order. Check your local cache. --Robkelk (talk) 11:19, 15 June 2020 (UTC)
 * Okay, fair enough. I've tried purging the server cache three times and clearing my local web history twice for  twice, both the File: page still shows up as does the image file that's hosted on  . I don't really want to try it again as I really don't want to have to keep seeing that gross image. Could it be a caching problem with Miraheze's content delivery network that should be resolved in the next 24 hours or so? I had a similar problem with the Senate of Canada seating plan image that was hosted on the Wikimedia Commons earlier this year. After a few days, as I recall, it eventually resolved itself, and the newer revision was shown. Dmehus (talk) 15:02, 15 June 2020 (UTC)
 * This is what I see, as of 15:35 UTC: File:Screengrab - ATT - file pain5jpg 2020-06-15-1535UTC.JPG Unless you haven't cleared your cache for static.miraheze.org, I don't know why you don't see a black box. --Robkelk (talk) 15:43, 15 June 2020 (UTC)
 * Yeah, that thumbnail from the screenshot is what I see at mh:allthetropes:File:Carcass - Reek Of Putrefaction.jpg, but not at the "pain5" one. It seems like it might an intermediary caching issue, between me and allthetropes.org. It sounds like you've deleted the image and page correctly as you and don't see it. RhinosF1 is talking to paladox on IRC, so hopefully we can get it resolved for me (and, potentially, other Canadians). At least for most/nearly all people, it seems to be resolved. Dmehus (talk) 15:55, 15 June 2020 (UTC)

Mikeki is not working
When I go to my wiki: https://mikeki.miraheze.org, it gives me HTTP 500 Error. Could be one of the extension?

--Mb1209 (talk) 20:07, 15 June 2020 (UTC)
 * Fixed by Paladox. ~ RhinosF1 - (chat)· acc· c -  20:54, 15 June 2020 (UTC)