Minecraft Wiki:Admin noticeboard

Reduce overprotection
Can archived versions of the admin noticeboard as well as Minecraft Wiki talk:Community portal have the admin protection lowered to autoconfirmed protection where applicable? It is otherwise impossible to perform maintenance tasks without admin intervention. - User-12316399 (talk) 22:13, 20 February 2019 (UTC)


 * I would support this. I don't see a good reason for protection and non-admins can not perform maintenance tasks on the archives. If no one objects in one or two days, I think I'll go ahead and unprotect all the archives of the community portal and the admin noticeboard. I would be curious to see what other people think of this.--Madminecrafter12 (Talk to me 22:20, 20 February 2019 (UTC)


 * I also this.  Perhaps it would make sense to have an edit notice saying that it's an archived discussion similar to when editing someone else's userpage, but that might be excessive (archive already exists and people editing old archives doesn't seem to have been an issue).  --Pokechu22 (talk) 22:24, 20 February 2019 (UTC)


 * archive actually appears in the edit notice when in edit mode for all archive pages already, so I think what you're suggesting has already been done.--Madminecrafter12 (Talk to me 01:13, 21 February 2019 (UTC)


 * It doesn't seem to do so for me, at least when testing with Minecraft Wiki:Admin noticeboard/Archive 30. Actually, looks like it does work on mainspace archive pages (e.g. Talk:Block/Archive 1), so I guess the issue is specific to only pages outside of the mainspace... which is probably an easy thing to fix but currently is broken. --Pokechu22 (talk) 01:21, 21 February 2019 (UTC)


 * Ah, I know what it is. The admin noticeboard is not considered a talk page by the software, and MediaWiki:Talkpagetext (which is what makes archive show up as an edit notice) only applies to talk pages. I was testing this function on the community portal talk archive pages, so it worked there. Let me try something.--Madminecrafter12 (Talk to me 01:33, 21 February 2019 (UTC)


 * Should work now.--Madminecrafter12 (Talk to me 01:38, 21 February 2019 (UTC)


 * Yep, can confirm it works. And it makes sense that the admin noticeboard isn't a talk page (since it's in the Minecraft Wiki namespace, not Minecraft Wiki talk); I just assumed it didn't work for any mainspace/main-talk-space pages but didn't think about how that might actually differ. --Pokechu22 (talk) 02:20, 21 February 2019 (UTC)


 * lowering the protection on talk page archives to semiprotection. The origin of admin protection is probably that some people are categorically opposed to maintenance edits of user pages and archives. "They're called archives for a reason" is what I'd expect to hear from them... and should I say the "reason" they refer to may actually make maintenance edits encouraged? --AttemptToCallNil (report bug, view backtrace) 22:37, 20 February 2019 (UTC)


 * Do you any particular reason why you don't think they should be outright unprotected? I have no issue with simply lowering the protection to semi instead of completely removing it, and I'm not trying to badger you, but I'm just trying to figure out what protection level I should lower the archives to soon.--Madminecrafter12 (Talk to me 02:41, 21 February 2019 (UTC)


 * I actually would prefer having them unprotected after your post. I just didn't think anyone even considered total removal of protection an acceptable option. --AttemptToCallNil (report bug, view backtrace) 08:37, 21 February 2019 (UTC)


 * lowering protection to allow maintenance edits; as long as no one's violating normal talk page guidelines or adding actual responses it should be fine. – Sonicwave talk  08:43, 21 February 2019 (UTC)


 * . Constant maintenance of archive pages is not practical or desirable. Imagine having to consider every archived talk page before you're able to move or delete a page, just so a report is less cluttered? Absolute madness. No, maintenance is the complete wrong approach, and archives should ideally be static snapshots of the conversations as they were originally anyway. As such I propose we instead simply eliminate the maintenance issue entirely by making them more like a static page. This can be accomplished by converting links to static external links (thereby removing them from any reports that I know of), and removing any external embedded content (either by substituting it into the page where possible, or creating a static link).
 * If we were to do this, archives would remain as close to how they originally were at the time of archiving (especially beneficial when it comes to templates, as they will stay at the state they were at the time), the archives maintain their usefulness as opposed to removing the links, and there is no ongoing maintenance required. Any new archives would be converted once when they created, and ideally never need to be touched again. I would then recommend removing protection from all archive pages, and instead replace it with an abuse filter, as it will allow for easily reenabling edits to archives should some unseen maintenance issue come up in the future. –Majr ᐸ Talk Contribs 09:05, 21 February 2019 (UTC)


 * Does that conversion process mean all templates are substituted until the page uses no templates, and all internal links are replaced with external links until there are no internal links? Unless there is some way to automate this highly nontrivial process (a complicated wikitext template with multiple layers would be problematic to fully substitute), this might even be more time-consuming than maintenance.
 * I assume this alternative proposal has all file links retained, including files in signatures? --AttemptToCallNil (report bug, view backtrace) 09:48, 21 February 2019 (UTC)


 * It would obviously just be a bot/script that converts the page upon archiving. Expanding all templates should be trivial using the API, however having them expand properly depends if they have subst support (mainly an issue for modules I think, normal templates should work although they might contain unnecessary parser functions), which we'd need to look in to, and it doesn't have to happen straight away if we don't care about Special:WantedTemplates and I don't reckon there's that many templates on talk pages anyway. Converting links is the most important and is also trivial. If we're willing to sacrifice Special:WantedFiles we can keep file embeds, otherwise I'd want to convert them to links (embedded images in talk pages are a nuisance anyway). –Majr ᐸ Talk Contribs 10:34, 21 February 2019 (UTC)


 * Here’s an idea, just throwing it out there: Why not the whole archives? FVbico (talk) 10:03, 21 February 2019 (UTC)


 * Significantly reduces usability. –Majr ᐸ Talk Contribs 10:34, 21 February 2019 (UTC)


 * Another thought: how about blanking the pages entirely, but leaving a template on the page that links to the latest revision before the page was archived? - User-12316399 (talk) 09:08, 25 March 2019 (UTC)


 * That would reduce accessibility and it would be quite annoying to have to do as well. Also, often archives aren't necessarily done in large chunks on one page but individual discussions gradually pile into a single archive. It just doesn't seem worth it. I think we should just go with Majr's suggestion.--Madminecrafter12 (Talk to me 17:59, 25 March 2019 (UTC)


 * Blanking would be a lot quicker and easier to do, though, given how many pages we're talking about. It'd also mean that people wouldn't be able to scroll past and ignore the box at the top, which could be an issue on Issues/notice, and then end up thinking that the bug reporting pages are still the currently used method - they'd have to confirm that they indeed want to go to an archived version. There'd also be no need to replace internal links or leave dead image links (the latter of which are also somewhat of a maintenance issue). The only issue I see is that some integral templates may end up being seen as unused and then end up deleted, hampering the pages.


 * Whichever method we use, though, shouldn't matter too much; I'd just rather get something that works done sooner rather than later. - User-12316399 (talk) 09:11, 15 April 2019 (UTC)


 * Anyone else willing to weigh in on this proposal? - User-12316399 (talk) 12:46, 26 April 2019 (UTC)

Issues pages
Can Issues/ subpages (as well as Known bugs/, which redirect to these) be unprotected for the same reason? These ones are long-time offenders. - User-12316399 (talk) 22:27, 20 February 2019 (UTC)


 * for the same reasons. While one can express the concern that people may still try to post issues there, it's unlikely given those pages are not prominently linked to. --AttemptToCallNil (report bug, view backtrace) 22:37, 20 February 2019 (UTC)


 * based on ATCN's reasoning. – Sonicwave talk  08:43, 21 February 2019 (UTC)


 * I reckon we treat them as archive pages, and do the same as I suggested above. –Majr ᐸ Talk Contribs 09:05, 21 February 2019 (UTC)


 * They should be move to Minecraft Wiki:Projects /Issues Archive, per Majr, since these pages are not suitable in the Main namespace, since technically, the content of these pages are not encyclopedic, and Issues (not Issues/) should redirect to Bug tracker. — HaydenBobMutthew ( talk, contribs ) 09:26, 21 February 2019 (UTC)


 * Another thing I was thinking of would be to export the issues archives to another wiki which deals with the technical side of the game, such as wiki.vg or the EigenCraft wiki, removing them from this wiki. Having these pages be on an unofficial wiki may be less confusing for players using the official wiki to figure out how to report bugs. I'm not as much of a fan of this idea, anymore.


 * Moving the pages to a non-main namespace would also have the added benefit of stopping them from appearing on the Content pages list, which is an added bonus (although there's definitely worse problems plaguing that list right now - I'm tempted to propose either we also move translation pages to their own namespace as well, or nuke every single translation project except for the Icelandic project from orbit due to the almost zero project-related attention they've recieved in the past two years). - User-12316399 (talk) 11:29, 21 February 2019 (UTC)


 * Any idea as to when this moving will actually happen? - User-12316399 (talk) 08:59, 25 March 2019 (UTC)


 * I suppose we can consider this more or less resolved, as the solution seems to have been substituting offending links with a template. - User-12316399 (talk) 14:40, 2 June 2019 (UTC)

How about the Known bugs/ pages that redirect to Issues/? - User-12316399 (talk) 13:51, 12 March 2019 (UTC)

Video pages
Yet another case is that of /video subpages, which are also unnecessarily high protected. I'd request the protection be toned down for all of these, so we don't need to unnecessarily create talk pages to mark the main pages for deletion and such. - User-12316399 (talk) 22:33, 20 February 2019 (UTC)
 * Just get rid of /video subpages and substitute them on the content page(s). This has been discussed before several times, and such an action should not violate any policy. --AttemptToCallNil (report bug, view backtrace) 22:37, 20 February 2019 (UTC)


 * –Majr ᐸ Talk Contribs 09:05, 21 February 2019 (UTC)


 * The video pages should all be subst now, and so can start removing crap videos at your leisure. Didn't do the update video pages yet, nor have I deleted the subpages yet. –Majr ᐸ Talk Contribs 10:24, 21 February 2019 (UTC)


 * The abuse filter preventing edits to video subpages was already removed, but almost all of the pages are still protected. I think it was discussed that a bot should simultaneously substitute the /video subpage content onto the main article and unprotect/delete the subpage, but it would have to be a bot with admin powers. – Sonicwave talk  08:43, 21 February 2019 (UTC)
 * This task is now working using MajrBot. This section should be settled. — HaydenBobMutthew ( talk, contribs ) 09:35, 21 February 2019 (UTC)


 * Should I go ahead and delete all of the /video pages that have already been substituted on their root page by MajrBot?--Madminecrafter12 (Talk to me 14:58, 21 February 2019 (UTC)


 * I'd say yes, but don't forget to remove the protection from such pages in the process. - User-12316399 (talk) 15:28, 21 February 2019 (UTC)


 * Why would I need to remove the protection of the /video pages if I'm deleting them?--Madminecrafter12 (Talk to me 15:28, 21 February 2019 (UTC)


 * There's no benefit that I can see in keeping said pages locked from editing or creation. It's an unnecessary restriction. - User-12316399 (talk) 16:27, 21 February 2019 (UTC)


 * I'm pretty sure that if you delete a page that is fully-protected from editing, anyone can still create it, as creation protection and edit protection are different things. See if you can create User:Madminecrafter12/sandbox 4. This would make unprotection a waste of time as opposed to just deleting.--Madminecrafter12 (Talk to me 16:32, 21 February 2019 (UTC)


 * I didn't delete them straight away as I didn't verify the result of all the subst (AWB doesn't show it), so they're still there in case something got lost. –Majr ᐸ Talk Contribs 00:49, 22 February 2019 (UTC)


 * I would be fine with checking each individual one to make sure the subst worked ok. Video pages are very short, so it should take a few seconds to check each one.--Madminecrafter12 (Talk to me 15:32, 23 February 2019 (UTC)


 * Madminecrafter12@undefined Have you done this? –Majr ᐸ Talk Contribs 07:40, 1 March 2019 (UTC)


 * Not yet; I wanted to make sure you didn't have any objections before doing that, just in case you wanted to keep them for a little longer or something. Will start deleting now.--Madminecrafter12 (Talk to me 14:28, 1 March 2019 (UTC)


 * While not exactly protected to the standards of /video, can /Update Video pages also be transcluded? - User-12316399 (talk) 14:37, 1 March 2019 (UTC)

Mods pages protected by Goandgoo
The pages Mods/New content, Mods/Outdated, Mods/APIs, Mods/Aesthetic, Mods/Mod packs and Mods/Fixes seem to have all been protected to the admin-only level by Goandgoo in April 2014. Absolutely no explanation has been given for these protections, and the information on them has been slowly left to rot. Why was this level of protection put in place in the first place, and can it be removed (especially in light of the transferring of Mods pages to the other wiki)? - User-12316399 (talk) 13:51, 12 March 2019 (UTC)
 * Unprotected all of those pages. --AttemptToCallNil (report bug, view backtrace) 16:22, 12 March 2019 (UTC)


 * As I recall, that action came from a discussion about archiving those pages, reason was given by adding the template mods/read the instructions to the page. Essentially, since we no longer maintain a list of mods it seemed counter-intuitive to allow people to continue to add mods to that list. Same case as the old texture pack articles before those were deleted.
 * My opinion is those pages should either be left protected as archives or deleted, really has no reason to leave them as unprotected pages or it just becomes a target for users adding their own mods that belong on the forums, plus they have no useful content to transfer to another wiki. – KnightMiner  · (t) 02:48, 13 March 2019 (UTC)


 * Any reasons not to delete those pages then? I doubt they can be useful given they're incomplete, unmaintainable, horribly outdated, and probably have other problems as well. --AttemptToCallNil (report bug, view backtrace) 11:07, 13 March 2019 (UTC)


 * I personally see no value in the pages either, but given how long the pages have existed a wider discussion should probably happen before deleting (probably on the community portal, as its a few too many pages for an individual discussion per page). Mostly just a "what should we do with these pages" type discussion, as we also have a few other options such as soft redirect – KnightMiner  · (t) 17:00, 14 March 2019 (UTC)

Ancient protected titles
There's some titles which are currently locked to indefinite admin-only protection, likely due to major vandalism or other reasons. A decent amount of these are potentially close to a decade old at this point, and could safely have their protection lowered. Whether doing so or not is neccessary I'm not sure though, since I can't see any of them seeing legitimate use.


 * Aspergite - early Alpha redstone naming controversy, so probably not a problem at all anymore.
 * Pain forest
 * Kizzycocoa
 * HEROBRINE
 * Іnfdеv
 * Веdrоck
 * C00ked P0rkch0p
 * Моѕѕ Ѕtоnе‏
 * Ransco
 * Fire place
 * Numerous others

- User-12316399 (talk) 12:44, 19 March 2019 (UTC)


 * Thanks for the suggestions! While I generally don't like the idea of having pages protected simply because they don't need to be unprotected, I have to say that with the exception of Fire place, I don't think most of these should be unprotected. The majority of them are either pages that could only ever be created disruptively or appear as valid existing pages but are replaced with weird characters; I think it's safe to say that having these protected is not harmful and there's a chance that unprotecting them could cause harm. That's just my 2 cents, and if another admin disagrees with me and wants to unprotect them, I have no issues with that. It is true that it's not extremely likely that many of these would be created and not caught in the "prevent creation of unwanted pages" abuse filter. Now, as for Fire place, I feel like that could plausibly be a redirect to Tutorials/Furniture or maybe another page, so I've gone ahead and unprotected it, so anyone can do whatever they want with that. :-) Cheers, --Madminecrafter12 (Talk to me 02:17, 22 April 2019 (UTC)


 * Meh, why not, I've gone ahead and created it as a redirect to Tutorials/Furniture.--Madminecrafter12 (Talk to me 02:20, 22 April 2019 (UTC)


 * How about Brown Huge Mushroom Head Block, 0.12.0, 0.14.0 and Pocket Edition 0.14.0 (and, possibly, Dry Sugar Cane and Comparator power listings - 08:06, 23 April 2019 (UTC))? These don't seem particularly malicious, so an unprotection for these shouldn't be too harmful. - User-12316399 (talk) 08:03, 23 April 2019 (UTC)
 * ...as well as the fact that Red Huge Mushroom Head Block was never protected so highly, for whatever reason. - User-12316399 (talk) 11:53, 23 April 2019 (UTC)


 * Unprotected Pocket Edition 0.14.0, neutral on the rest.--Madminecrafter12 (Talk to me 16:15, 23 April 2019 (UTC)

(untitled)
i was creating an account when i got a notification that my editing on Village and Pillage about a complaint that it hadn't yet come out on the PS4 edition had been deleted! #NotCollMan. --74.140.56.25 14:39, 29 April 2019 (UTC)Jon P. Griffey
 * Wikis are not a forum for complaints. They are meant to provide information — Game widow (talk) 14:55, 29 April 2019 (UTC)

Enchanting/Levels Changes
In 1.13 and 1.14, maximum enchantment values have been removed.

Code snippet from net.minecraft.server.EnchantmentManager using BuildTools:

for (int j = enchantment.getMaxLevel; j > enchantment.getStartLevel - 1; --j) { if (i >= enchantment.a(j)) { list.add(new WeightedRandomEnchant(enchantment, j)); break; }   }

where enchantment.a(int) is the calculation for minimum value and pre 1.14 enchantment.b(int) was for maximum value. –Preceding unsigned comment was added by Crashtheparty (talk • contribs) at 02:54, 8 May 2019‎ (UTC). Please sign your posts with


 * Hi ; your edit got caught in an abuse filter that is meant to disallow vandalism edits by preventing removal of sections, but often hits false positives. Your edit was a false positive and I'm sorry you weren't able to make it. Based on the details you've given, I'm pretty sure what you're saying is correct, but I can't verify it for myself unfortunately. Wonder if you'd be able to take a look and see if all the information in Special:AbuseLog/4597216 is accurate and adheres to the wiki standards? You seem to know quite a bit about technical Minecraft stuff. Cheers, --Madminecrafter12 (Talk to me 13:05, 8 May 2019 (UTC)


 * I don't really know anything about the enchanting mechanics though, sorry. FVbico (talk) 13:31, 8 May 2019 (UTC)

Trying to clean up page on Skeleton Horses
I made some edits to the page on Skeleton Horses, but because I removed so much content (most of it is redundant and already on the main horses page), as well as did some major format/section changed, it won't let me make the edits as I'm a new user. I'm not sure how to proceed. Are admins able to see my drafts? If so, it's there, and can be applied. PunchFox39997 (talk) 10:49, 24 May 2019 (UTC)


 * For now, you could cut your edit up in smaller edits; it may seem like spam editing, but that's fine. Like, just do 1 section at a time. FVbico (talk) 10:56, 24 May 2019 (UTC)


 * I'm not sure how well that would work, with the way I changed the section formatting. I have a pastebin here, with the raw page text of my final draft: https://pastebin.com/eutDDc97. If you'd like, you can put that in and compare to the current version. I have to go for now, but if for some reason that isn't doable, I'll try doing smaller edits later on when I'm free again. PunchFox39997 (talk) 11:14, 24 May 2019 (UTC)

I can't create a user page!
Some "automated filter" told me I'm not allowed to create my own user page! Image: Aceattorneymaster111 (talk) 03:10, 2 June 2019 (UTC)


 * Hello, thank you for letting us know! I'm sorry that happened; your edit was caught in an abuse filter that prevents the creation of new pages that meet certain criteria to prevent vandalism and spam, but occasionally hits false positives. Since your edit was a false positive, I've gone ahead and created your user page, the way you had originally tried to create it (I think). Thanks for reporting and let me know if you have any questions!--Madminecrafter12 (Talk to me 03:18, 2 June 2019 (UTC)
 * Thank you User:Madminecrafter12! Aceattorneymaster111 (talk) 03:19, 2 June 2019 (UTC)

Filter problem won't allow removal of incorrect section
This is a bit embarrassing for me, but, uh, can someone remove the Advancements section of this page, please? According to the Advancements page, Bad Luck isn't used in any Advancements, even though the bad_luck page claims otherwise. I'm too sleepy to make a Twitch/Gamepedia/Curse account, and I'll forget about it in the morning... –Preceding unsigned comment was added by 75.35.113.251 (talk) at 3:56, 02 June 2019 (UTC). Please sign your posts with


 * Thanks for reporting this here; I removed the advancement section from that page. – Sonicwave talk  04:24, 2 June 2019 (UTC)

I can't make ps4 1.91 page
It wont let me make one even though the update is out 92.6.113.108 15:53, 3 June 2019 (UTC)
 * I think you need to have a registered user account to create pages on this Wiki. ~ Amatulic (talk) 17:35, 3 June 2019 (UTC)
 * No, it's because they created a version page without including a reference, which is a recent abuse filter change. Also, IP, creating the page with "Fuck you nixinova" is also a reason your edits were blocked. – Nixinova Nixinova sig1.png Nixinova sig2.png 21:54, 3 June 2019 (UTC)

Woohoo! It works
Ever since I started working on this wiki, I have sorely missed the "navigation popups" feature available in the user preferences on the English Wikipedia (it's in Preferences > Gadgets > Browsing > Navigation popups). I've been frustrated that no such setting exists here. I find it an incredibly useful feature, letting me browse the recent edits to pages in my watchlist without actually having to open the pages to view the diffs.

Well, reading the documentation page Tools/Navigation popups I experimentally inserted this code into my common.js page:

And it works! I'm happy now. I can hover over diffs in my watchlist and review them without opening the pages. The only thing it's missing is a "patrol this edit" feature in the actions dropdown, but everything else is there: watch, unwatch, revert, thank, etc.

I hope to see a setting for this in the user preferences. I have no idea where to propose such a change on this wiki, so I'm proposing it here. ~ Amatulic (talk) 20:44, 6 June 2019 (UTC)


 * This page is for requsting "issues that require administrative action, i.e. blocking vandals, protecting pages, restoring deleted pages etc."Please DO NOT send this message here.You can share anything in your userpage.--Dianliang233  talk•con 08:34, 7 June 2019 (UTC)
 * This is relevant to this page because an admin is required to add these styles. Please leave page moderation to the wiki admins. – Nixinova Nixinova sig1.png Nixinova sig2.png 08:36, 7 June 2019 (UTC)
 * Right, that's why I posted it here. I could not find another venue on this wiki. my user page isn't an appropriate place to suggest a global improvement that needs administrator attention. ~ Amatulic (talk) 20:13, 7 June 2019 (UTC)


 * I would support adding such a gadget. Several other users have stated that they support such as well on the MCW Discord (although it would probably be better if they comment here as well). I'll import the navigation popups myself and see if there are any problems.--Madminecrafter12 (Talk to me 13:27, 7 June 2019 (UTC)


 * Installed. Played around with it a bit and it looks fine to me.--Madminecrafter12 (Talk to me 13:36, 7 June 2019 (UTC)


 * Installed? Should a setting appear in my preferences? I don't see it.
 * No big deal for me since I got it working anyway by adding a line of javascript, but others might find it a nice feature to have available in user prefs. ~ Amatulic (talk) 20:13, 7 June 2019 (UTC)


 * Sorry, by "installed" I meant in my own common.js, although I think it would be safe to go ahead and add it to the gadgets definition page now. The only question I have is, how would we import it? Would we just create the gadget page for the navigation popups which just contains the importation of Wikipedia's navpop? Would we copy Wikipedia's version onto the gadget page here? Or is there a way to import an external gadget directly from the gadgets definition page (meaning that we would not need to create a new page for the gadget)? The first option makes the most sense to me and would be easy enough to do. However, if we went with the first or third option, we wouldn't be able to modify the gadget if we wanted to add anything MCW-specific. --Madminecrafter12 (Talk to me 14:35, 8 June 2019 (UTC)
 * Don't use the first option. We need the souce of the gadget, not just the line to import a script. You can import a script safely from our own wiki, but don't import external scripts. That is dangerous. Gadgets can be exported from the source wiki, I used that for one of the gadgets here for my own wiki as well. Works just like importing pages, but export from this page: Special:Gadgets (on wikipedia, if they have the source code there). – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 21:38, 8 June 2019 (UTC)
 * I forgot Special:Gadgets existed, thanks for pointing that out! I'll go ahead and import it today, then.--Madminecrafter12 (Talk to me 19:08, 13 June 2019 (UTC)
 * I have imported the script. it should now appear in the gadgets section of your preferences.


 * I do see some coding that appears to be specific to Wikipedia on MediaWiki:Gadget-popups.js, so that should probably be modified to accord with the Minecraft Wiki or be removed altogether. I would do so myself, but I know very little JS.--Madminecrafter12 (Talk to me 19:47, 13 June 2019 (UTC)


 * Excellent, thanks. I removed the javascript from my common.js page and turned on the gadget, and it's working fine.
 * Now if only someone could figure out how to add patrol / unpatrol in the 'actions' drop-down menu.... ~ Amatulic (talk) 19:57, 13 June 2019 (UTC)
 * There actually is code in there for patrolling, however I don't know how it works. I asked User:Majr for help with the gadget. – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 13:42, 17 June 2019 (UTC)
 * the code wasn't working, but Majr fixed it for us. – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 08:25, 18 June 2019 (UTC)
 * Thanks... but I don't see any option for patrolling appear in the actions menu for me. I tried reloading the page with cache clearing and that didn't help. ~ Amatulic (talk) 14:21, 18 June 2019 (UTC)
 * The link is not in the actions list, but on the popup itself. It seems to me though, it doesn't always appear. Maybe it doesn't work for the latest revision of a page. – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 14:34, 18 June 2019 (UTC)

That explains why I haven't seen it. The "mark as patrolled" link doesn't appear on any patrollable diff in my watchlist, which is where I'd use this function the most. It seems to work on the article history display, even for the newest revision, and it appears unpredictably on patrollable diffs in the Special:RecentChanges page. ~ Amatulic (talk) 17:33, 18 June 2019 (UTC)


 * The script can show the patrol option on prev diff links on the recent changes and page history (with the revision patrol gadget loaded) only. I'd actually forgotten about the watchlist as I haven't used it in years, but it looks like it shows unpatrolled status too, so assuming the selector is the same it should work. –Majr ᐸ Talk Contribs 07:50, 21 June 2019 (UTC)


 * And I just enabled it for diff links as well. –Majr ᐸ Talk Contribs 08:07, 21 June 2019 (UTC)
 * Excellent. I see the patrol function when browsing my watchlist now. Thanks. ~ Amatulic (talk) 20:26, 9 July 2019 (UTC)

Villager/ED before 1.14
I have copied the page of Villager's ED page before 1.14 and transferred it into. However it seems that it doesn't work correctly. Can someone help me correct what I've done (or just simply move the page into "Villager/Before Village & Pillage/ED")? Thanks a lot.-- Lxazl5770 zh.admin（ 论 • 功 ） 08:26, 8 June 2019 (UTC)
 * The Villager/Before Village & Pillage was calling template "/ED", which would be a subpage of that page, yet the ED page was located at "Villager/ED/Before Village & Pillage", leading to that error. I have moved the page to what you suggested which has fixed that issue. – Nixinova Nixinova sig1.png Nixinova sig2.png 08:50, 8 June 2019 (UTC)
 * Thanks! I've done it in the same way in zh-wiki.-- Lxazl5770 zh.admin（ 论 • 功 ） 09:35, 8 June 2019 (UTC)

i can't create a bell code page
i was creating a page for Bell codes to help new and old players better understand how Bells work and got shut out of making it. i want to be able to make it! -this is stupid. i want a refund, -but anyway i didn't even pay money -i want to be able to make it!--74.140.56.25 13:51, 8 June 2019 (UTC)Jonathan P. Griffey


 * Hi there, your edit was caught in an abuse filter which prevents the creation of new pages that meet certain criteria to prevent vandalism and spam, but occasionally hits false positives. Although the page you created was not vandalism or spam, I don't think the creation of such a page is appropriate. I appreciate the effort you put forth in creating the page, but all it would have contained was opinions on what different number of rings should mean. Generally, something like that should not be put in the mainspace of the wiki. I'm not saying that such a page will always be inappropriate, but it probably would need to be rewritten and expanded, as well as moved to Tutorials/Bell codes to signify that it's a tutorial page. I hope this helps and let me know if you have any questions! Cheers, --Madminecrafter12 (Talk to me 14:08, 8 June 2019 (UTC)


 * hey, Madminecrafter12 i still cannot create Bell code page. tell me if i should put in Bell Signals or not, and also an admin noticeboard page of mine has been deleted, help please.--guy who was trying to make Bell Code page--74.140.56.25 21:31, 8 June 2019 (UTC)


 * Hi again, I appreciate your creating it as a Tutorial page instead, but like I said before it would need to be rewritten to be less of an opinion-article before it can be created. Let me know if you need any help.--Madminecrafter12 (Talk to me 02:12, 12 June 2019 (UTC)

Commands/playsound page is not loading correctly.
This issue is pretty simple. The following page is not loading the correct HTML styles: https://minecraft.gamepedia.com/Commands/playsound

I tried turning off ad-blocker, any other odd plugins I have, different browser etc. Nothing works, the page still doesn't display correctly. Conslusion: there's something wrong with the page.

That's it. Hopefully it's not that hard to fix.

Edit, it's fixed now but I can't remove this post so if someone could do that that'd be great. --62.131.146.175 21:25, 12 June 2019 (UTC)
 * This seems to be a content caching/delivery issue affecting unregistered visitors. I can reproduce intermittently in a private window, with other pages as well. These issues have been reported, but apparently, not everyone can reproduce them. --AttemptToCallNil (report bug, view backtrace) 22:08, 12 June 2019 (UTC)

Can't add village blueprints
I've been trying to add new buildings to the Minecraft Wiki:Projects/Structure Blueprints/New Village page. Since all the blueprints are stored on individual pages and loaded dynamically, adding a new blueprint requires adding a new page. When I try to do so, it blocks me because I'm a new user and suggests I post here. I don't want to cram a bunch of blueprints onto the page directly when they're supposed to be loaded async, and I don't want to add a bunch of material tables to that page with broken blueprint links. Any advice on how to proceed? I've posted a sample of one of the blueprints I wanted to add (Library) to my user page if anyone wants to review it first. Aronson 1 (talk) 03:28, 17 June 2019 (UTC)
 * That new user filter is annoying and in the process of being reconsidered but if you make 10 edits or more your edits will no longer be caught in the filter, so try editing a couple of other pages or make a few edits to the sandbox. – Nixinova Nixinova sig1.png Nixinova sig2.png 03:30, 17 June 2019 (UTC)
 * Will do, thanks for the quick reply Aronson 1 (talk) 03:32, 17 June 2019 (UTC)

Can't merge 'Debian' and 'Ubuntu' section in Tutorials/Setting up a server
In Tutorials/Setting up a server I am unable to delete the Debian and Ubuntu secontions and create a single section for both Ubuntu and Debian. Because Ubuntu is a fork of Debian the instructions are the same, so to avoid repeating myself I attempted to merge the two sections. The auto-filter disallowed the edit, however. From what I understand you as an admin have to change the page. So here is a pastebin with all my changes. Besides a couple of grammar edits, I haven't ever edited wikis so I hope I did this right. Apersonwholikespasta (talk) 05:56, 20 June 2019 (UTC)
 * There is a filter that disallows new users from removing section headings, so try redo the edit without removing the second heading. – Nixinova Nixinova sig1.png Nixinova sig2.png 06:00, 20 June 2019 (UTC)
 * Thank you! Apersonwholikespasta (talk) 06:18, 20 June 2019 (UTC)

Disruptive editing on Bedrock Edition 1.12.0 (adding release dates without sources), my talk page, and the user's own talk page. -BDJP (t 17:36, 5 July 2019 (UTC)

Main page
The development Java version was not updated (still states 1.14.4 Pre-Release 2). Minhngoc25a (talk) 06:19, 9 July 2019 (UTC).
 * Now fixed by User:FVbico. – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 10:20, 9 July 2019 (UTC)

Posting false information. The BlobsPaper.png 23:50, 31 July 2019 (UTC)
 * 3 days. --AttemptToCallNil (report bug, view backtrace) 05:15, 1 August 2019 (UTC)

Notification spamming
For some reason, starting a day or two ago, I started getting email notifications that someone has edited a page. The pages are ones I've edited before, so they are on my watchlist.

The thing is, I don't have that email notification turned on in my preferences. I turned them all off last night (unchecked the boxes but left the overall on/off switch to "on") and this morning I got more notifications.

This isn't happening for any page, just a handful per day, so I have no idea how a page gets chosen for an email notification to me.

Did something get updated in the last couple of days? ~ Amatulic (talk) 13:57, 3 August 2019 (UTC)


 * The notification system was updated three (I think?) days ago, as there were numerous problems with the previous system we were using, so this is probably a bug from the switch. I noticed the same thing myself; I only have email notifications set for edits to my user talk page and user group rights changes but I'm getting email notifications for some edits to pages on my watchlist but not others. I've reported it in the Gamepedia Discord server, so hopefully staff will be able to have a look.--Madminecrafter12 (Talk to me 14:44, 3 August 2019 (UTC)


 * A staff member has now created a ticket for this problem - .--Madminecrafter12 (Talk to me 14:46, 3 August 2019 (UTC)


 * Thanks. I'm going to flip the global switch to turn off all email notifications and see if that works. ~ Amatulic (talk) 17:17, 3 August 2019 (UTC)
 * Nope... Setting "Do not send me any email notifications" doesn't work either. ~ Amatulic (talk) 00:12, 4 August 2019 (UTC)
 * This is really annoying. Into the spam folder they go for now.   Nixinova    T    C  </b> 00:50, 4 August 2019 (UTC)