Minecraft Wiki talk:Community portal



Navigation on FandomDesktop (and perhaps sidebar on Hydra)
As you may know, FandomDesktop will use the same navigation, as [ Oasis], therefore we would have to change this one. Unfortunately, this type of navigation would mean the uncollapsed "navigation" would be gone, and we would have to rework it entirely. What are your opinions on this?

Note: It is possible to add 3 layers into navigation --TreeIsLife (talk) 13:42, 16 March 2021 (UTC)


 * I propose an idea to do this. We can just update MediaWiki:Wiki-navigation to make 4 custom sections. Note that I don't know if the "Explore" category can have many customizations like the others, but it can be modified I think, so I propose that we should update to this only after UCX (FandomDesktop) releases:
 * {| class="wikitable"

! colspan="2" | Wiki ! colspan="2" | Minecraft ! colspan="2" | Dungeons ! Help ! Explore
 * Wiki rules
 * Gameplay
 * Gameplay
 * How to help
 * Recent changes
 * Minecraft style guide
 * Blocks
 * Locations
 * Help with contents
 * Random page
 * Dungeons style guide
 * Items
 * Heads-up display
 * Standardized views
 * What links here
 * Talk page guidelines
 * Entities
 * Daily Trials
 * Quick reference page
 * Special pages
 * Video policy
 * Mobs
 * Ancient Hunts
 * Schematics
 * Upload a file
 * Community portal
 * Mechanics
 * Difficulties
 * Official sources
 * Missing pages
 * Admin noticeboard
 * Crafting
 * Mobs
 * Projects
 * Smelting
 * Gear
 * Pending tasks
 * Brewing
 * Weapons
 * Patroller requests
 * Enchanting
 * Armor
 * Wiki Discord
 * Trading
 * Artifacts
 * Edit testing page
 * Redstone
 * Enchanting
 * Components
 * Cosmetics
 * Circuits
 * Drops
 * Tutorials
 * Arcade
 * Achievements
 * Cards
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Mobs
 * Projects
 * Smelting
 * Gear
 * Pending tasks
 * Brewing
 * Weapons
 * Patroller requests
 * Enchanting
 * Armor
 * Wiki Discord
 * Trading
 * Artifacts
 * Edit testing page
 * Redstone
 * Enchanting
 * Components
 * Cosmetics
 * Circuits
 * Drops
 * Tutorials
 * Arcade
 * Achievements
 * Cards
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Armor
 * Wiki Discord
 * Trading
 * Artifacts
 * Edit testing page
 * Redstone
 * Enchanting
 * Components
 * Cosmetics
 * Circuits
 * Drops
 * Tutorials
 * Arcade
 * Achievements
 * Cards
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Enchanting
 * Components
 * Cosmetics
 * Circuits
 * Drops
 * Tutorials
 * Arcade
 * Achievements
 * Cards
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Circuits
 * Drops
 * Tutorials
 * Arcade
 * Achievements
 * Cards
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Tutorials
 * Arcade
 * Achievements
 * Cards
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Achievements
 * Cards
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Achievements
 * Cards
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * Advancements
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * }
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)
 * What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)

Wiki navigation request (moved from admin noticeboard)
Currently, it looks like:
 * Minecraft
 * Minecraft Earth
 * Minecraft Dungeons

This should be changed to:
 * Minecraft
 * Minecraft Dungeons
 * Minecraft Dungeons Arcade

Thank you. Humiebeetalk contribs 21:53, 22 June 2021 (UTC)
 * I'd do these changes to MediaWiki:Sidebar:


 * Games
 * Minecraft|Minecraft
 * Minecraft Dungeons|Minecraft Dungeons
 * MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
 * Minecraft: Story Mode|Minecraft: Story Mode
 * Minecraft: Story Mode - Season Two|Minecraft: Story Mode - Season Two
 * Minecraft Earth|Minecraft Earth
 * Because all of those games are official (even Story Mode is official in its way), and people might be interested in seeing them.
 * If we someday use MediaWiki:Wiki-navigation, I'd use on that page:


 * Minecraft (games)|Games
 * Minecraft|Minecraft
 * Java Edition|Java Edition
 * Bedrock Edition|Bedrock Edition
 * Education Edition|Education Edition
 * Minecraft Dungeons|Minecraft Dungeons
 * MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
 * Minecraft: Story Mode|Minecraft: Story Mode
 * Minecraft: Story Mode - Season Two|Minecraft: Story Mode - Season Two
 * Minecraft Earth|Minecraft Earth
 * To make it more useful on FandomDesktop. Both options work anyway. Thejoaqui777 (talk) 00:31, 23 June 2021 (UTC)
 * The first option is fine but in the second option, if you are going to put discontinued games, you have to put discontinued versions OR remove the discontinued games (3DS and Console) (like the original proposal I made). Humiebeetalk contribs 21:27, 24 June 2021 (UTC)
 * I don't think we should only have 3 links to 3 current games. After all, our wiki has content for all those games and readers may be interested. Sure, they are discontinued, but I wouldn't compare them to 3DS or Legacy Console, since games like Story Mode or Earth are their own games unlike 3DS and Legacy, which are just ports of regular Minecraft to other devices. Thejoaqui777 (talk) 23:42, 24 June 2021 (UTC)
 * If so, I prefer the 1st option because editions are NOT games. Humiebeetalk contribs 16:40, 25 June 2021 (UTC)
 * While I agree that editions aren't games, people searches them and they are enoughly relevant to be included there. That's a reason of why I didn't include editions like Legacy, Pi or 3DS. Also, note that Wiki-navigation only affects FandomDesktop, and on Hydra Sidebar takes its place. Thejoaqui777 (talk) 16:50, 25 June 2021 (UTC) (Edit: I moved Earth down since it was discontinued.)
 * Change the sidebar:
 * Games*
 * Minecraft
 * Minecraft Dungeons
 * Minecraft Dungeons Arcade
 * Minecraft Earth
 * Discontinued games*
 * Minecraft: Story Mode
 * Minecraft: Story Mode Season 2
 * To this:
 * Games*
 * Minecraft
 * Minecraft Dungeons
 * Minecraft Dungeons Arcade
 * Discontinued games*
 * Minecraft: Story Mode
 * Minecraft: Story Mode Season 2
 * Minecraft Earth
 * 111.88.70.70 13:26, 1 July 2021 (UTC)
 * this though MCE should be moved above MC: Story Mode. Humiebeetalk contribs 14:33, 2 July 2021 (UTC)


 * For MediaWiki:Wiki-navigation I would suggest something like this:

* #|Games ** Minecraft *** Java Edition *** Bedrock Edition *** Education Edition ** Minecraft Dungeons ** MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade ** #|Discontinued games *** Minecraft Earth *** Minecraft: Story Mode *** Minecraft: Story Mode - Season Two
 * Games
 * Minecraft
 * Java Edition
 * Bedrock Edition
 * Education Edition
 * Minecraft Dungeons
 * Minecraft Dungeons Arcade
 * Discontinued games
 * Minecraft Earth
 * Minecraft: Story Mode
 * Minecraft: Story Mode - Season Two
 * }
 * --MarkusRost (talk) 15:39, 2 July 2021 (UTC)
 * I don't know, the reason of why I didn't add s discontinued games section was to make simpler for users to go to the pages. We already say that they are discontinued on both main page and their own pages, so for me it's kinda redundant. Also, I would make "Games" go to a disambiguation page or something like that, such a "Minecraft (games)" or "Minecraft (franchise)" page or something like that. Thejoaqui777 (talk) 16:20, 2 July 2021 (UTC)
 * That's actually not possible as clicking on "Games" collapses and uncollapses the games themselves. Humiebeetalk contribs 14:46, 5 July 2021 (UTC)
 * This one includes different editions unlike the IP above. I don't think editions should be in "Games". Also, Arcade should be a subbullet of MCD and Story Mode Season 2 should be a sub-bullet of Story Mode. Humiebeetalk contribs 17:41, 2 July 2021 (UTC)
 * My overall request:
 * My overall request:

* #|Games ** Minecraft *** Java Edition *** Bedrock Edition *** Education Edition ** Minecraft Dungeons *** MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade ** #|Discontinued games *** Minecraft Earth *** Minecraft: Story Mode **** Minecraft: Story Mode - Season Two
 * Games
 * Minecraft
 * Java Edition
 * Bedrock Edition
 * Education Edition
 * Minecraft Dungeons
 * Minecraft Dungeons Arcade
 * Discontinued games
 * Minecraft: Story Mode
 * Minecraft: Story Mode - Season Two
 * }
 * Humiebeetalk contribs 17:45, 2 July 2021 (UTC)
 * I'm not a big fan on the subsections for Story Mode and Dungeons. The subsections include only a single link which kinda defeats the point of of a subsection, specially as we aren't at the limit of links in the higher section. MarkusRost (talk) 17:15, 4 July 2021 (UTC)
 * I really don't like discontinued games either, they recieve too little traction, MCE is inaccessable and MC Story Mode is inaccessable if you did not download it before its discontinuation. I'm fine with no sub-bullets ifi there is only going to be 3 games (MC, MCD, and MCD: Arcade). I'm still not comfortable with editions as they are not games. (So I basically support my original proposal
 * I'm not a big fan on the subsections for Story Mode and Dungeons. The subsections include only a single link which kinda defeats the point of of a subsection, specially as we aren't at the limit of links in the higher section. MarkusRost (talk) 17:15, 4 July 2021 (UTC)
 * I really don't like discontinued games either, they recieve too little traction, MCE is inaccessable and MC Story Mode is inaccessable if you did not download it before its discontinuation. I'm fine with no sub-bullets ifi there is only going to be 3 games (MC, MCD, and MCD: Arcade). I'm still not comfortable with editions as they are not games. (So I basically support my original proposal

* #|Games ** Minecraft ** Minecraft Dungeons ** MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
 * Games
 * Minecraft
 * Minecraft Dungeons Arcade
 * }
 * Humiebeetalk contribs 14:46, 5 July 2021 (UTC)
 * }
 * Humiebeetalk contribs 14:46, 5 July 2021 (UTC)

To continue, I've made some significant changes to the navigation (for Fandom Desktop) and not just for the games section, feel free to add or suggest more things about it:


 * Minecraft Wiki
 * Special:RecentChanges|Recent changes
 * MCW:Community portal|Community portal
 * MCW:Admin noticeboard|Admin noticeboard
 * MCW:Projects|Projects
 * MCW:Wiki rules|Rules and guides
 * MCW:Wiki rules/Video policy|Video policy
 * MCW:Talk page guidelines|Talk page guidelines
 * MCW:Style guide|Style guide
 * MCW:Standardized views|Standardized views
 * Help:Contents|Help
 * https://help.fandom.com/wiki/|Fandom help
 * Help:Official sources|Official sources
 * MCW:How to help|How to help
 * #|More
 * MCW:Sandbox|Sandbox
 * MCW:Directors|Directors page
 * MCW:Discord|Wiki Discord


 * #|Games
 * Minecraft
 * Java Edition
 * Bedrock Edition
 * Education Edition
 * Minecraft China
 * Minecraft Dungeons
 * Minecraft Dungeons Arcade
 * Minecraft Earth
 * Minecraft: Story Mode
 * Minecraft: Story Mode - Season Two


 * #|Useful pages
 * Minecraft
 * Item|Items
 * Block|Blocks
 * Mob|Mobs
 * Biome|Biomes
 * Crafting
 * Trading
 * Brewing
 * Redstone circuits
 * Controls
 * Tutorials
 * Minecraft Dungeons
 * MCD:Item|Items
 * MCD:Enchantment|Enchantments
 * MCD:Mob|Mobs
 * MCD:Location|Locations
 * MCD:Daily Trial|Daily Trials
 * MCD:Ancient Hunts|Ancient Hunts
 * MCD:Controls|Controls
 * MCD:Tutorials|Tutorials
 * Minecraft Earth
 * MCE:Mob|Mobs
 * MCE:Tappable|Tappables
 * MCE:Journal|Journal
 * MCE:Buildplate|Buildplates
 * MCE:Challenges|Challenges
 * MCE:Seasons|Seasons
 * #|Technical pages
 * Add-on|Add-ons
 * Data pack|Data packs
 * Resource pack|Resource packs
 * Server|Servers
 * Bedrock Dedicated Server|Bedrock Dedicated Servers
 * Development resources
 * Official pages


 * #|Minecraft links
 * https://minecraft.net/|Website
 * https://help.minecraft.net/|Support
 * https://feedback.minecraft.net|Feedback
 * https://bugs.mojang.com/|Bug tracker
 * https://discord.gg/minecraft|Discord
 * https://twitter.com/Minecraft|Twitter
 * #|Other media
 * https://www.facebook.com/minecraft|Facebook
 * https://instagram.com/minecraft|Instagram
 * https://www.youtube.com/minecraft|YouTube
 * https://www.twitch.tv/minecraft|Twitch

Quick look: https://cdn.discordapp.com/attachments/827172532917764161/865280880628465684/Navigation.gif – ItsPlantseed ⟨₰|₢⟩ 20:58, 14 July 2021 (UTC)
 * I really think that Realms and Commands should be moved to technical. I also think that a discontinued games sub-section should be added to separate old games and new, active games. Humiebeetalk contribs 21:06, 14 July 2021 (UTC)
 * I've updated the menus to show less items, since 4th layer menu doesn't really supported. – ItsPlantseed ⟨₰|₢⟩ 17:19, 15 July 2021 (UTC)
 * Forgot to say, . Also, how would these apply to the hydra sidebar? (MediaWiki:Sidebar) Humiebeetalk contribs 21:16, 14 July 2021 (UTC)
 * As MediaWiki:Wiki-navigation doesn't affect the current hydra sidebar, I don't think it's possible to add multi-layered section with the sidebar. So hydra would almost likely to be unchanged. – ItsPlantseed ⟨₰|₢⟩ 21:28, 14 July 2021 (UTC)
 * I'd use something like this actually:


 * Help:Contents|Wiki contents
 * MCW:Wiki rules|Wiki rules
 * MCW:Wiki rules/Video policy|Video policy
 * MCW:Style guide|Style guide
 * MCW:Talk page guidelines|Talk page guidelines
 * MCW:Standardized views|Standardized views
 * Special:RecentChanges|Recent changes
 * MCW:Community portal|Community portal
 * MCW:Admin noticeboard|Admin noticeboard
 * MCW:Patroller requests|Patroller requests
 * MCW:Projects|Projects
 * MCW:Sandbox|Sandbox
 * MCW:How to help|How to help
 * Community:Help:Contents|Community central
 * https://help.fandom.com/wiki/|Gamepedia help
 * Help:Schematic|Schematics
 * MCW:Templates|Templates
 * MCW:Directors|Directors page
 * #|Media
 * MCW:Discord|Wiki Discord
 * https://twitter.com/MinecraftWikiEN |Wiki Twitter
 * https://youtube.com/channel/UCpGnHzJ6fquO_8vSmiA32yg|Wiki Youtube


 * #|Games
 * Minecraft
 * Java Edition
 * Bedrock Edition
 * Education Edition
 * Minecraft China
 * Minecraft Dungeons
 * MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
 * Minecraft Earth
 * Minecraft: Story Mode
 * Minecraft: Story Mode - Season Two


 * Special:RandomRootpage|Useful pages
 * Minecraft
 * Item|Items
 * Block|Blocks
 * Mob|Mobs
 * Biome|Biomes
 * Gameplay
 * Achievement|Achievements
 * Advancement|Advancements
 * Singleplayer
 * Multiplayer
 * Realms
 * Difficulty|Difficulties
 * Command|Commands
 * Controls
 * Mechanics
 * Fishing
 * Trading
 * Crafting
 * Smelting
 * Brewing
 * Enchanting
 * Redstone circuits
 * #|Technical
 * Add-on|Add-ons
 * Data pack|Data packs
 * Resource pack|Resource packs
 * Server|Servers
 * Bedrock Dedicated Server|Bedrock Dedicated Servers
 * Development resources
 * Mods
 * Tutorials|Tutorials
 * Minecraft Dungeons|Minecraft Dungeons
 * MCD:Item|Items
 * MCD:Melee Weapon|Melee weapons
 * MCD:Ranged Weapon|Ranged weapons
 * MCD:Armor|Armor
 * MCD:Artifact|Artifacts
 * MCD:Consumable|Consumables
 * MCD:Cosmetics|Cosmetics
 * MCD:Enchantment|Enchantments
 * MCD:Mob|Mobs
 * MCD:Location|Locations
 * MCD:Gameplay|Gameplay
 * MCD:Story|Story
 * MCD:Skin|Skins
 * MCD:Achievement|Achievements
 * MCD:Difficulty|Difficulties
 * MCD:Controls|Controls
 * #|Mechanics
 * MCD:Souls|Souls
 * MCD:Levels|Levels
 * MCD:Enchanting|Enchanting
 * MCD:Daily Trial|Daily Trials
 * MCD:Ancient Hunts|Ancient Hunts
 * MCD:Tutorials|Tutorials
 * Minecraft Earth|Minecraft Earth
 * MCE:Mob|Mobs
 * MCE:Tappable|Tappables
 * MCE:Gameplay|Gameplay
 * MCE:Journal|Journal
 * MCE:Make Stuff|Make Stuff
 * MCE:Buildplate|Buildplates
 * MCE:Challenges|Challenges
 * MCE:Seasons|Seasons
 * Official pages


 * Help:Official sources|Official links
 * https://minecraft.net/|Website
 * https://help.minecraft.net/|Support
 * https://feedback.minecraft.net|Feedback
 * https://bugs.mojang.com/|Bug tracker
 * #|Discord
 * https://discord.gg/minecraft|Minecraft
 * https://discord.gg/minecraftdungeons|Minecraft Dungeons
 * https://discord.gg/minecraftearth|Minecraft Earth
 * #|Twitter
 * https://twitter.com/Minecraft|Minecraft
 * https://twitter.com/dungeonsgame|Minecraft Dungeons
 * https://twitter.com/minecraftearth|Minecraft Earth
 * #|Other media
 * https://www.facebook.com/minecraft|Facebook
 * https://instagram.com/minecraft|Instagram
 * https://www.youtube.com/minecraft|YouTube
 * https://www.twitch.tv/minecraft|Twitch


 * That way we can include more useful links, also without being redundant on usage of many "something|something" (it does work). Thejoaqui777 (talk) 00:20, 17 July 2021 (UTC)
 * Does 4th layer even exist? I did not saw nothing about it?


 * But if you ask about my idea, it should be simple, so the idea for layer 1 would be:


 * Minecraft
 * Minecraft Dungeons
 * #|Other
 * Minecraft Wiki


 * --TreeIsLife (talk) 21:27, 18 July 2021 (UTC)
 * 4th layer does not exist so thejouqui777's idea can't work. Minecraft Wiki is not a game and you forgot MCD Arcade.Humiebeetalk contribs 22:11, 18 July 2021 (UTC)
 * MCD arcade goes into MCD layer. Minecraft Wiki lists wiki things. "Help:Contents" isn't even a in category of "wiki contents". --TreeIsLife (talk) 06:28, 19 July 2021 (UTC)


 * Help:Contents|Wiki contents
 * MCW:Wiki rules|Wiki rules
 * MCW:Wiki rules/Video policy|Video policy
 * MCW:Style guide|Style guide
 * MCW:Talk page guidelines|Talk page guidelines
 * MCW:Standardized views|Standardized views
 * Special:RecentChanges|Recent changes
 * MCW:Community portal|Community portal
 * MCW:Admin noticeboard|Admin noticeboard
 * MCW:Patroller requests|Patroller requests
 * MCW:Projects|Projects
 * MCW:Sandbox|Sandbox
 * MCW:How to help|How to help
 * Community:Help:Contents|Community central
 * https://help.fandom.com/wiki/|Gamepedia help
 * Help:Schematic|Schematics
 * MCW:Templates|Templates
 * MCW:Directors|Directors page
 * #|Media
 * MCW:Discord|Wiki Discord
 * https://twitter.com/MinecraftWikiEN|Wiki Twitter
 * https://youtube.com/channel/UCpGnHzJ6fquO_8vSmiA32yg|Wiki Youtube


 * #|Games
 * Minecraft
 * Minecraft Dungeons
 * MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
 * Minecraft Earth
 * Minecraft: Story Mode
 * Minecraft: Story Mode - Season Two


 * #|Editions
 * Java Edition
 * Java Edition version history|Version history
 * Bedrock Edition
 * Bedrock Edition version history|Version history
 * Education Edition
 * Minecraft China
 * #|Discontinued
 * Legacy Console Edition
 * New Nintendo 3DS Edition
 * Pi Edition
 * Minecraft 4K


 * Special:RandomRootpage|Useful pages
 * #|Minecraft
 * Item|Items
 * Block|Blocks
 * Mob|Mobs
 * Biome|Biomes
 * Gameplay
 * Mechanics
 * Add-on|Add-ons
 * Data pack|Data packs
 * Resource pack|Resource packs
 * Server|Servers
 * Bedrock Dedicated Server|Bedrock Dedicated Servers
 * Development resources
 * Mods
 * Tutorials|Tutorials
 * #|Minecraft Dungeons
 * MCD:Item|Items
 * MCD:Enchantment|Enchantments
 * MCD:Mob|Mobs
 * MCD:Location|Locations
 * MCD:Gameplay|Gameplay
 * MCD:Tutorials|Tutorials
 * Official pages
 * Official pages/Parity issue list|Parity
 * Official pages/Bedrock Edition flattening|Bedrock Edition flattening


 * Help:Official sources|Official links
 * https://minecraft.net/|Website
 * https://help.minecraft.net/|Support
 * https://feedback.minecraft.net|Feedback
 * https://bugs.mojang.com/|Bug tracker
 * #|Discord
 * https://discord.gg/minecraft|Minecraft
 * https://discord.gg/minecraftdungeons|Minecraft Dungeons
 * #|Twitter
 * https://twitter.com/Minecraft|Minecraft
 * https://twitter.com/dungeonsgame|Minecraft Dungeons
 * #|Other media
 * https://www.facebook.com/minecraft|Facebook
 * https://instagram.com/minecraft|Instagram
 * https://www.youtube.com/minecraft|YouTube
 * https://www.twitch.tv/minecraft|Twitch
 * https://www.reddit.com/minecraft|Reddit


 * Simply thejouqui777's idea without 4th headings (+ or - a few adjustments) Humiebeetalk contribs 22:23, 18 July 2021 (UTC)
 * I'd like to mention that 4th layers did exist before, but they now don't, so yeah the proposal may need to be tweaked. Thejoaqui777 (talk) 06:43, 19 July 2021 (UTC)

If you noticed a new Fandom blog, next week, the skin will officially be unchangeable from preferences and 2 weeks later,  will be removed too. So, it will become inaccessible. Because of this, we must to make a final decision for the skin. After some thinking, my final suggestion is:


 * Help:Contents|Minecraft Wiki
 * MCW:Wiki rules|Wiki's rules
 * MCW:Style guide|Style guide
 * MCW:Talk page guidelines|Talk page guidelines
 * MCW:Wiki rules/Video policy|Video policy
 * MCW:Standardized views|Standardized views
 * MCW:Community portal|Community portal
 * MCW:Admin noticeboard|Admin noticeboard
 * MCW:Projects|Projects
 * MCW:Sandbox|Sandbox
 * Special:RecentChanges|Recent changes
 * MCW:How to help|How to help
 * #|Need a help
 * Community:Help:Contents|Community central
 * https://help.fandom.com/wiki/|Gamepedia help
 * Help:Schematic|Schematics
 * MCW:Templates|Templates
 * MCW:Directors|Directors page
 * #|Media
 * MCW:Discord|Wiki Discord
 * https://twitter.com/MinecraftWikiEN|Wiki Twitter
 * https://youtube.com/channel/UCpGnHzJ6fquO_8vSmiA32yg|Wiki Youtube


 * #|Games
 * Minecraft
 * Java Edition
 * Bedrock Edition
 * Education Edition
 * Minecraft China
 * Legacy Console Edition|Legacy Console Edition (discontinued)
 * New Nintendo 3DS Edition|New Nintendo 3DS Edition (discontinued)
 * Pi Edition|Pi Edition (discontinued)
 * Minecraft 4K|Minecraft 4K (discontinued)
 * Minecraft Dungeons
 * MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
 * Minecraft Earth
 * Minecraft: Story Mode
 * Minecraft: Story Mode - Season Two


 * Special:RandomRootpage|Useful pages
 * #|Minecraft
 * Item|Items
 * Block|Blocks
 * Mob|Mobs
 * Biome|Biomes
 * Gameplay
 * Mechanics
 * Add-on|Add-ons
 * Data pack|Data packs
 * Resource pack|Resource packs
 * Server|Servers
 * Bedrock Dedicated Server|Bedrock Dedicated Servers
 * Development resources
 * Mods
 * Tutorials|Tutorials
 * #|Minecraft Dungeons
 * MCD:Item|Items
 * MCD:Enchantment|Enchantments
 * MCD:Mob|Mobs
 * MCD:Location|Locations
 * MCD:Gameplay|Gameplay
 * MCD:Tutorials|Tutorials
 * Official pages
 * Official pages/Parity issue list|Parity
 * Official pages/Bedrock Edition flattening|Bedrock Edition flattening


 * Help:Official sources|Official links
 * https://minecraft.net/|Website
 * https://help.minecraft.net/|Support
 * https://feedback.minecraft.net|Feedback
 * https://bugs.mojang.com/|Bug tracker
 * #|Discord
 * https://discord.gg/minecraft|Minecraft
 * https://discord.gg/minecraftdungeons|Minecraft Dungeons
 * #|Twitter
 * https://twitter.com/Minecraft|Minecraft
 * https://twitter.com/dungeonsgame|Minecraft Dungeons
 * #|Other media
 * https://www.facebook.com/minecraft|Facebook
 * https://instagram.com/minecraft|Instagram
 * https://www.youtube.com/minecraft|YouTube
 * https://www.twitch.tv/minecraft|Twitch
 * https://www.reddit.com/minecraft|Reddit

I decided to merge editions with the "Minecraft" on sublayer of Games. Few changes in "Minecraft Wiki" layer, but otherwise it is same. --TreeIsLife (talk) 19:46, 2 August 2021 (UTC)

2022 Update
Continuing the discussion, I proposed this for the new navigation:


 * #|Minecraft Wiki
 * Special:RecentChanges|Recent changes&#8203
 * MCW:Community portal|Community portal
 * MCW:Admin noticeboard|Admin noticeboard
 * MCW:Projects|Projects
 * MCW:Sandbox|Sandbox
 * MCW:Wiki rules|Rules
 * MCW:Wiki rules/Video policy|Video policy
 * MCW:Standardized views|Standardized views
 * MCW:Talk page guidelines|Talk page guidelines
 * MCW:Style guide|Style guide
 * #|More
 * MCW:Directors|Directors
 * MCW:Discord|Discord server


 * #|Gameplay
 * Minecraft
 * Tutorials
 * Item|Items
 * Block|Blocks
 * Mob|Mobs
 * Biome|Biomes
 * Crafting
 * Trading
 * Brewing
 * Enchanting
 * Redstone circuits
 * Controls
 * Minecraft Dungeons
 * MCD:Tutorials|Tutorials
 * MCD:Item|Items
 * MCD:Enchantment|Enchantments
 * MCD:Mob|Mobs
 * MCD:Location|Locations
 * MCD:Daily Trial|Daily Trials
 * MCD:Ancient Hunt|Ancient Hunts
 * MCD:Controls|Controls
 * Minecraft Earth
 * MCE:Mob|Mobs
 * MCE:Tappable|Tappables
 * MCE:Journal|Journal
 * MCE:Buildplate|Buildplates
 * MCE:Challenges|Challenges
 * MCE:Seasons|Seasons
 * Minecraft Story Mode


 * #|Technical
 * Command|Commands
 * Data values
 * Data pack|Data packs
 * Function (Java Edition)|Functions
 * Predicate|Predicates
 * Tag|Tags&#8203
 * Resource pack|Resource packs
 * Textures
 * Add-on|Add-ons
 * Function (Bedrock Edition)|Functions
 * Server|Servers
 * Realms
 * Realms Plus
 * Bedrock Dedicated Server|Bedrock Dedicated Servers
 * Development resources
 * Level format
 * Chunk format
 * NBT format


 * #|Minecraft links
 * https://minecraft.net/|Website
 * https://help.minecraft.net/|Support
 * https://feedback.minecraft.net|Feedback
 * https://bugs.mojang.com/|Bug tracker
 * https://discord.gg/minecraft|Discord
 * https://twitter.com/Minecraft|Twitter
 * #|More
 * https://www.facebook.com/minecraft|Facebook
 * https://instagram.com/minecraft|Instagram
 * https://www.twitch.tv/minecraft|Twitch
 * https://www.youtube.com/minecraft|YouTube

Preview on my test wiki:.

I've removed the Games section altogether and merged it with the Gameplay section (you can still click on the respective title), also added Technical section which contains several links to customization resources. I also noticed that moving from sidebar to wiki navigation means that we will lose the amount of maximum items in a single dropdown, so multilayered dropdown is needed to compensate some of the remaining links. – ItsPlantseed ⟨₰|₢⟩ 04:02, 27 June 2022 (UTC)

Hydra

 * The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 * Hydra will no longer be able to be used at all making this discussion obsolete in a few months. Humiebeetalk contribs 17:23, 15 July 2021 (UTC)

This sub-section will be used to discuss the hydra sidebar. For games, MCE should be removed (no discontinued stuff) and MCD Arcade should be added. There is also a dungeons sidebar so the twitter and discord for dungeons can be done accordingly. Instagram should be added, Minecraft Twitch should be renamed to Twitch, all mechanics (trading, brewing, enchanting, crafting, smelting) in the hydra sidebar should be clumped into Mechanics. Technical stuff should not be added. Blocks, Items, and Mobs should be moved to the top and gameplay should be added. Humiebeetalk contribs 21:35, 14 July 2021 (UTC)
 * I don't know why we should discuss this. Soon in August, all wikis should be using FandomDesktop by default, and later, Hydra skin will be removed from options to switch. --TreeIsLife (talk) 06:54, 15 July 2021 (UTC)
 * Oh, at least the admins should repace MCE with MCD Arcade, this discussion is now irrelevant. Humiebeetalk contribs 17:23, 15 July 2021 (UTC)

Flavors of "renewability"

 * The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 * The original idea was . With the change to the placement of the renewability question, there is a discussion here, making this discussion irrelevant and ready for archivation

I see a lot of infoboxes listing a resource as "renewable", and simply having a single label for everything renewable gives a false impression about practicality.

It might be useful to readers to have some distinctions between flavors of renewability. Logs are easily renewable by planting the saplings dropped from trees when harvesting them. While it's difficult to get a trident, the only way to get one is from a drowned. But is anybody really going to go through the agony of going into the Nether to defeat a wither skeleton just to get some coal? Technically coal is renewable, but practically it isn't, so it's kind of misleading to give it the same label as an oak log in terms of renewability.

Seeing "Renewable: Yes" in an infobox, therefore, is not useful information to me as a player. I'd like to see some qualifiers, like "Renewability: Easy/Moderate/Hard", indicating the effort and risk required to obtain the resource by means other than mining, in Survival mode.

Examples:
 * Bee nest: Renewability is easy, requiring a small amount of low-risk effort (albeit by grinding) to plant oak or birch trees near flowers.
 * Cobblestone: Renewability is easy, requiring resources to obtain a bucket for water and lava.
 * Iron ingot: Renewability is moderately difficult given that one generally needs several ingots. One can build a basic iron farm in survival mode, but it's a low risk activity that takes effort and time.
 * String: Renewability has variable effort and risk. Risk can be high (going to the Nether to barter, or hunting spiders) or time consuming (relying on chance from fishing, bartering, cat gifts). In my experience, string is one resource I'd like to have early in the game but in some games I have found it extremely difficult to obtain.
 * Sand: I'd say moderate; it's technically renewable by trading, but considering the value of emeralds it's a poor exchange, especially if you need a lot of sand and there is no village available.
 * Mob heads: Renewability is hard. This is something that is renewable more by accident than intentionally. Not practical at all.
 * Clay: Hard, high risk. The only renewable way to get it is to gain Hero of the Village, and then you can get it only if the village has a mason who survived the raid.

I realize there's a lot of subjectivity here, but maybe we could come up with more objective criteria. One idea might be to plot items on a grid with axes representing effort and risk or cost. Amatulic (talk) 18:57, 25 March 2021 (UTC)
 * , I have 1 problem, this is opinion based. Also, how do you even make a graph, a poll? At the very most, do something like biome where it shows only a few options, not something all out.Humiebeetalk contribs 19:08, 25 March 2021 (UTC)
 * , simply too subjective to implement; it's not a game definition, so it is entirely opinion based.
 * People can judge for themselves by reading the obtaining sections. Dhranios (talk) (Join the wiki videos project!) 19:21, 25 March 2021 (UTC)


 * making changes to the infobox field aside from possibly removing it. I agree that the current information isn't super useful (e.g. it's hardly practical to get renewable resources through the wandering trader), but classifying by cost or risk is subjective, and I can't think of many other classifications that would both be useful and clear enough to not warrant an explanation (which would be too much for an infobox field). I wouldn't be opposed to making a bigger deal on renewability in the obtaining sections, especially for items like concrete powder where it's not immediately obvious without reading the pages of its crafting ingredients. – Sonicwave talk   20:18, 25 March 2021 (UTC)
 * moving the renewability out of the infobox and into obtaining. Dhranios (talk) (Join the wiki videos project!) 22:45, 25 March 2021 (UTC)
 * moving the renewability out of the infobox and into obtaining. It does require more explanation than a simple yes/no.  --MentalMouse42 (talk) 02:28, 26 March 2021 (UTC)
 * The general issue of difficulty in renewability is something that has come up before; the biggest factor in difficulty is actually gating. In general, an up-front investment can reduce the "cost" (time, effort) of most resources by at least one order of magnitude and sometimes more.
 * E.g., String is difficult to obtain in the early game, but once the player has iron armor and weapons, spiders are little threat... and once they can find and farm a spider spawner, it's trivial.
 * Likewise for iron -- early in the game it's just easier to mine for it, but once the player has enough resources to manhandle villagers and build an iron farm....
 * A similar pattern applies to tradeables in general -- initially subject to random chance, but once you invest the time and resources (cash-crop farms, a trading hall, cultivated trades), that gate is basically passed -- the emerald cost of something turns into "how many do you need?".
 * The wandering trader represents a slightly special case, in that you need to wait for a desired offer, and can only get a limited supply.
 * That said, there certainly are a few things where even farming leaves them pretty costly. Nether stars are the poster boy for those...
 * Even on smaller scales: E.g, I recently built a basic music disk farm, where I still need to wait for creepers to come by, lure them into the killing yard, then dodge arrows from my named skelly for a bit.  Way better than fooling around in the open night, but not quite trivial.
 * Witch farms probably qualify in this category too, in that the scaling basically means that you really do need to "go big or go home".
 * And when the effort for something is totally out of proportion to the value (e.g., the clay example), it might technically be renewable, but not in practical terms.
 * --MentalMouse42 (talk) 02:28, 26 March 2021 (UTC)
 * Addendum: Knowledge also matters a lot:  E.g., iron golem farms require a lot of technical knowledge (or exact adherence to a plan), witch farms a little less, and (pigman-based) gold farms a fair bit. --MentalMouse42 (talk) 02:52, 26 March 2021 (UTC)
 * ...which is odd, because I can easily create an iron farm but I have never ever gotten a witch farm to work. For gold, I get all I need from drowned farming with a zombie spawner, which is probably less complicated than doing it in the Nether. Amatulic (talk) 00:34, 31 May 2021 (UTC)
 * removing from infobox and adding to obtaining. Also, string is definatly easier to obtain than bee nests.Humiebeetalk contribs 18:57, 26 March 2021 (UTC)
 * moving from the infobox to the obtaining section. Some items definitely need a more thorough explanation rather than a simple yes/no.--Capopanzo (talk) 00:08, 2 April 2021 (UTC)
 * (as the person who started this discussion): removing the renewability parameter from the infobox in favor of explaining the renewability in the article text. There are too many flavors of renewability for a single infobox parameter. Amatulic (talk) 00:31, 31 May 2021 (UTC)
 * To add to all of this, pretty much everything renewable (with the exception of wandering trader exclusives) has a farm. String - has a farm. Bee nests? - has a farm. Villager goods? - make an emerald farm. Clay? - make a raid farm. Beacons? - Obsidian farms exist, nether star farms exist (which is quite OP) and glass can be obtained via trading (emerald farm). Dirt? - make an azalea tree farm or something. Renewablility changes as you progress through the game. Humiebeetalk contribs 13:49, 31 May 2021 (UTC)
 * , but . Renewability should be both in the infobox and obtaining section, because if someone wanted to check renewability for coal, they could go to the wiki page for it, see "Renewable: yes" and then go to the obtaining section to see how they can reobtain it again. Removing the infobox section could remove a useful identifier, because then if someone wanted to check if something was renewable and it wasn't, they could stop reading as soon as they see "Renewable: No" and not have to search through the obtaining section. Thejoaqui777 (talk) 02:36, 3 July 2021 (UTC)
 * Gosh, and I thought this was pretty much settled that we would remove the non-informative parameter from the template. It's useless unless it can be made into something more than a binary indicator, and as has been pointed out, that is impractical because of the subjectivity and complexity. A section in the article is sufficient. Amatulic (talk) 04:40, 3 July 2021 (UTC)
 * Our infoboxes also can show their row descriptions when a Discord bot like Wiki-bot reads them. Removing the "Renewable" section from the infobox would make difficult to users who use Discord to see if the block is renewable or not without going to the page. It's worth to consider things like that because on our Discord server we use Wiki-bot a lot. Thejoaqui777 (talk) 05:40, 3 July 2021 (UTC)
 * The sub-section can be established to always start with the sentence "[the item] is/is not renewable", keeping finding the information easy and quick. Blue Banana whotookthisname (talk) 09:59, 15 July 2021 (UTC)
 * Remember that our infoboxes also can show their row descriptions when a Discord bot like Wiki-bot reads them, like Wiki-bot, so removing the "Renewable" section from the infobox wouldn't be the best idea. Also, infoboxes are supposed to give just a few wiew of things, not to be actual complete information sections, which makes the simple "Renewable: Yes" make sense. Thejoaqui777 (talk) 13:19, 15 July 2021 (UTC)
 * It doesn't matter. The parameter is not mandatory, so if it's missing, it shouldn't mess up any bot that needs to read it. "Renewable: Yes" is meaningless and non-informative, as amply discussed above. It's best to remove it completely, and add a section about it. Amatulic (talk) 05:54, 26 July 2021 (UTC)
 * It doesn't matter. The parameter is not mandatory, so if it's missing, it shouldn't mess up any bot that needs to read it. "Renewable: Yes" is meaningless and non-informative, as amply discussed above. It's best to remove it completely, and add a section about it. Amatulic (talk) 05:54, 26 July 2021 (UTC)

Logo?
Idk but sounds like we need to change the logo... maybe a cube wikipedia? Gugalcrom123 (talk) 12:16, 8 October 2021 (UTC)
 * Which logo exactly? -- XZippy (talk) 18:04, 8 October 2021 (UTC)
 * See the Community Portal page (not this talk page) for an explanation. This wiki has been disallowed to display Microsoft-owned trademarks or logos. Amatulic (talk) 19:55, 8 October 2021 (UTC)
 * Yeah, the wiki is no longer official. Microsoft terminated the agreement that allowed use of Minecraft trademarks on this wiki. This is no longer an official source. About that though, how will it affect the wiki's style guide? I doubt there would still be the same dedication to making this a complete, comprehensive source when there is no credibility status to live up to. As far as I can tell there is nothing to stop this wiki from becoming another one of the millions of fan-made nonsense that this site is full of. I'm really worried it won't be as reliable as before, even if only from a user perspective. Loss of an official status is no small thing and would definitely affect credibility.Theoratically, what can prevent this from becoming another trash can is if the strict style guide is never dropped or changed, as in for instance pages about features not in development versions are not allowed, so on and so forth. But even then would it be viewed and referred to by the community the same way as before? Anyone with information or even just an opinion about that matter as a whole? I'd really like to be wrong about where I think this wiki is going, but I also kind of like the drama ngl. Zegatrox (talk) 06:41, 10 October 2021 (UTC)
 * I do not believe this change is going to affect article quality or wiki policy. --AttemptToCallNil (talk) 08:24, 10 October 2021 (UTC)
 * As a member of this community, I can say that we won't be different from what we've been all these years. A community like us isn't only defined by their rules, but also their members. All those users who make either small or big editions are appreciated. The logo may be different, yeah, but this doesn't mean we'll be different. Some things will change, but our core will remain the same. We've even been considered "unnoficial" from many years ago actually, and we all knew that someday something like this would happen. What we need to do is to not lose our dedication and inspiration, we need to continue doing what we've been doing for all these years, which is to document all the info about the franchise we love. Thejoaqui777 (talk) 19:46, 10 October 2021 (UTC)
 * Without rules, the people start conflicting. As such, the rules actually do make or break a community. Be clear, be concise, and be comprehensive. That is why Fandom's wiki was listed as official for longer than anyone else's wiki. And, if we slack on the rules, then all the work that was poured into the Fandom wiki goes away. ... Yes, the people are important. Just make sure the rules last longer than the people will. :) 70.190.43.171 04:25, 24 October 2021 (UTC)
 * Thank you so much! Your comment made my day! Ever since I discovered this place and the Nether Update was anounced I was so anticipating to see how the articles grow and keep documenting all of the cool new features so people who like me at the time were new to the community and didn't follow Minecraft on YouTube or Twitter could see all of these things. I had that same feeling once Caves & Cliffs was announced, and after what happened I worried this aspect of the wiki being so up to date and a comprehensive source to check out update news would be no more. But thinking about it again you are right. Ambition and dedication is what gave this wiki a place in the Minecraft community, not some status given or taken away by the all-great, all-powerful authorities (looking at you Microsoft). What they call it doesn't change its reality, and the reality is that this wiki has been documenting all information about Minecraft that is in reach since its release. Zegatrox (talk) 01:19, 11 October 2021 (UTC)
 * I didn't give a **** about the "official" designation when I got here, and I still don't. This is a wiki, people. A wiki consists of user-generated content, which cannot by any stretch be considered "official". It would be official if the content were curated by Microsoft or Mojang. But as a wiki, no way. It's an information resource, made reliable through the dedication of its contributors. Amatulic (talk) 03:21, 11 October 2021 (UTC)


 * Regarding the logo specifically, I have just updated to a new logo to fulfill the Microsoft requirements in a timely manner; though it's not necessarily final and I think some people wanted to discuss it further. – Sonicwave talk   18:32, 11 October 2021 (UTC)

I like the new logo, but can we do it without text or with a plain font like Roboto? It looks like one of those cheap recreations from the internet. – Unsigned comment added by Gugalcrom123 (talk • contribs). Sign comments with

Regarding the logo and header, I have a new proposition for the wiki header: Let me know what do you think and if you support possible change to this revision. Update: Changed logo perspective to more 3D look. Oakar567 (talk) 16:21, 12 October 2021 (UTC)
 * Looks good! Cat201 (talk) 17:12, 13 October 2021 (UTC)

I really like the idea of the new earth logo, it just needs to be improved upon. As for the header, I think the text should be tilted/pitched backwards and forwards similarly to how all the Minecraft update logos are. I made an example of this, but I don't know if I should upload it due to it using a CC BY-ND copyrighted font (idk how it works). The current header looks too flat in my opinion. Cat201 (talk) 17:41, 12 October 2021 (UTC)
 * We can definitely figure something out in terms of more 3D look, but I'm affraid then it would be called out as taking too much inspiration from official Minecraft logo, resulting in getting back to starting point and change request. Idk, maybe others have different opinion in this matter Oakar567 (talk) 17:47, 12 October 2021 (UTC)

A logo idea I made, which *technically* doesn't use the official minecraft logo. Is this what you (Oakar567) meant by things possibly being called out for taking to much inspiration from the official one? (also sorry if I somehow break everything, I'm completely new to editing wikis) JakeThe28th (talk) 20:18, 17 October 2021 (UTC)
 * I think the "Unofficial" is unnecessary, and so it the emphasis on "Wiki". Also, I don't think there's an issue with having the wiki logo being inspired by the Minecraft logo as long as it's not the exact same one, but maybe using the same font design like you did here is too much. Cat201 (talk) 19:52, 18 October 2021 (UTC)

Add-on documentation is obsolete and needs to be deleted
I've been discussing what needs to be done to the Add-on page with, but the issues have become broader and I think more people need to be invited to the discussion.

The Add-on article was originally the official landing page for Mojang's documentation on Bedrock add-ons. It has links to a couple dozen articles on specific technical topics for creating add-ons. All of this documentation was authored by Mojang staff and used to be maintained by them (mostly by replacing the entire page content) every time a Bedrock release or Beta release came out.

A couple of years ago, Mojang moved their documentation to the Microsoft Documentation site and stopped updating our articles. Wiki editors have made attempts to keep some of it updated, but these are only cosmetic changes as far as I can see. The documentation is now years out of date and is no longer official.

So I think we need to delete all those technical articles and the links to them from the Add-on page. (I don't think it's practical to consider maintaining shadow documentation on the wiki, but I won't go into why unless somebody asks.) I'm asking for consensus because it's a lot of material we'd be deleting.

That leaves the question of what to do with the Add-on article itself. I think MetalManiacMc and I agree that it's still a topic that should be represented on the wiki, but henceforth it should just be an introduction to what add-ons are and what can be done with them, with links to the existing Resource Pack and Skin pack pages. (A Bedrock add-on is installable community-written module containing customizations implemented in the form of resource packs, behavior packs, and skin packs. It should be noted that the existing Resource Pack and Skin pack articles are not Bedrock-specific. We don't currently have a Behavior Pack article, and probably should add it.)

Thoughts? — Auldrick (talk &middot; contribs) 18:10, 17 December 2021 (UTC)


 * I don't see the point of maintaining information that duplicates information that is curated elsewhere. Also if the information we have is obsolete, and a better source of information already exists, there is no point in keeping it, as it would simply mislead others. Amatulic (talk) 20:45, 17 December 2021 (UTC)


 * Yes as Amatulic said it's important to find a way to represent add-ons, but we can't provide a documentation, and even less keep it up to date. There are websites and wikis such as bedrock.dev that do, but they mostly sync their docs with Microsoft's and then add tutorials on their wiki. Our current information is useless and misleading we need to somehow find a middle ground between sufficient info and info we don't need to rewrite every week--MetalManiacMc at your service fellow human! (talk) 22:22, 17 December 2021 (UTC)

Minecraft Plus Classic Grass Block Texture
I was on Minecraft plus (the moving block one the bounces around the screen) & I saw a side texture for the classic grass block texture. I'm not sure whether it was the Alpha version or Beta version I only saw it briefly, I just know it was the old texture & was bright green. Unfortunately I could not get a screenshot of it but if I see it again I will make sure to take one. I have not seen this anywhere else or on the wiki. I don't know if this is where I should put this but I just wanted to let some people know about it. It was one of these textures (ignore the top, just the side):   KCenderhead (talk) 22:39, 19 January 2022 (UTC) [Edit: Here is the image of the grass  KCenderhead (talk) 23:04, 21 January 2022 (UTC)

History
Moved from Admin noticeboard

Should history have ? I was looking at MCW:STYLE and I can't really find an answer to this. Humiebeetalk contribs 00:26, 6 March 2022 (UTC)
 * I would say yes. I imagine it isn't part of the history because most people assume Education Edition is part of Bedrock (you can flip a switch and you get Education Edition features). Amatulic (talk) 01:05, 6 March 2022 (UTC)
 * The issue is, pretty much every single block, item, entity, biome, feature, etc would need to be updated which would take days. Things like the Texture Update would also need to be accounted for. Is there a way for a bot to like copy any change from BE to EE? (1.18.0 -> 1.18.10, 1.17.0 to 1.17.30, etc) I might just copy-paste the history from bedrock, making changes if nessecary. Humiebeetalk contribs 01:13, 6 March 2022 (UTC)

Combat Tests
Proposal: Should we consider Combat Tests experimental snapshots? As of now, they're listed simply as snapshots, despite having everything in common with experimental snapshots: they're not found in the launcher, they need to be downloaded from minecraft.net, they're forks of existing versions, and are mostly not compatible with other releases.

Affected pages: Category:Java Edition Combat Tests snapshots.

Deadline: March 26, 2022. – Unsigned comment added by Spectrogram (talk • contribs) at 05:11, 14 March 2022 (UTC). Sign comments with


 * - they are explicitly not referred to as experimental snapshots. BDJP (t 15:22, 14 March 2022 (UTC)
 * They were never snapshots, but they are also not experimental snapshots. I would be with putting them to "Tests" category.
 * Additionally, for removing their reference from main page's "Development versions" section (they seem to be long dead) and removing the section in Java Edition versions. Instead, there should be a link to the general page at the top of the infobox.--TreeIsLife (talk) 15:26, 14 March 2022 (UTC)

Adding inventory slots templates to the articles for main releases
Back in December 2020 I already proposed it, but it didn't get many attention as it may get now, so, I will try to propose it once again.

I think that adding inventory slots templates to articles about main releases (ex. Java Edition 1.17) would be a great way to make it easier to see directly what was added in an update, and it would also make everything more accessible.

Here's what it would look like:


 * It could have historical value, but when the release article is created, often the graphic assets aren't available right away.
 * For me, though, I personally don't find a sea of icons useful or informative. I'd rather just see a text list. Amatulic (talk) 16:20, 17 March 2022 (UTC)


 * As I said at least 3 times. It is just less, than it is in similar version guides. In InvSlots, you can document blocks and items, but you can't document mobs (so Additions is even a misleading title). On other hand, if you really want to have graphical assets there, you can just put images before the actual names of the blocks/items/mobs, as it was done in pre-1.0 version pages. --TreeIsLife (talk) 19:56, 18 March 2022 (UTC)

Potentially Moving Wiki Hosts
Hi, I know there have been a lot of frustrations with Fandom over time, so I was wondering what the position on moving hosts is. Terraria's official wiki just moved to wiki.gg (announcement by them here) in order to have better control over the wiki (design + less obtrusive advertising). Personally, I much preferred how the wiki was originally on Curse and I think that re-platforming might help move back in a better direction. 155.33.78.19 02:03, 21 March 2022 (UTC)


 * We have already discussed that, though not on the community portal. It's not if we didn't want to move, but instead more about what would be the consequences of it. Also, we have interwikis, and we should care about them too. Also, per the Minecraft Wiki:Community portal/Microsoft status update page, it's something we have to discuss even more. Thejoaqui777 (talk) 02:58, 21 March 2022 (UTC)


 * So let's talk about it. TBH, it will be really risky to do so. We're not supported by Mojang nor Microsoft, so the actual migration may overturn that Mojang will create a new "official" wiki. That would just split the traffic between 3 wikis. After that, there may be problem with interwikis. Actually, just with one wiki - that may be the Spanish one. As of now, it already has a competition (a wiki, originating from Fandom, didn't merge). Also, Spanish community seems to have more open hands to do things. Otherwise, there are more positives then negatives, so I won't be against --TreeIsLife (talk) 20:57, 28 March 2022 (UTC)


 * Forking the wiki is not something that is best for anyone short- or long-term. But it might be able to be done so long as a) the content is copied to a new host (or self-host); b) the Fandom wiki is locked and permanently redirects to the new URL; and c) Mojang/Microsoft reenters the agreement to make the new one "official". It'd take a lot of cooperation between Fandom and Mj/Msft--Fandom to be willing to lose traffic and revenue and Microsoft willing to let its trademarks be used. Though the wiki's license allows for forking, the maintenance on Mojang's end to maintain a fork is something I'd dismiss as unlikely to happen. So that would leave the big concern regarding Fandom being willing to let us go.
 * But what we would gain from it is significant. We could have proper language support à la Wikidata. Be unconcerned of Fandom's changes affecting us. A UI that doesn't suck. Control over our MediaWiki instance. SWinxy (talk) 06:06, 13 April 2022 (UTC)
 * Neither of those things seems likely to happen.  Nixinova   T   C   06:17, 13 April 2022 (UTC)
 * with Nixinova. The a) has to happen (otherwise the fork wouldn't be a fork). I never heard of Fandom deleting/archiving any wiki in other way than 2 wikis on platform merged or there were ToU violations. Fandom won't (in any way) support any external wiki (because that wiki is their competition). The c) may happen, but the agreenment won't make the new wiki official (since I hope you read the reason why Microsoft canceled that agreenment). I am sure that it could guarantee Minecraft Wiki support from Mojang (i.e. "the new wiki is our recommended wiki"). Also, your "WikiData" integration won't work since the Wikibase would require much more work being done, since it is complicated and slow as Semantic MediaWiki.--TreeIsLife (talk) 15:15, 16 April 2022 (UTC)

Is it fair use to use Minecraft related images from movies and shows?
There's a scene in Spider-Man: No Way Home that has a Spider-Man skin made out of Perler beads amongst some other Spider-Man related art. I don't know if it would infringe copyright to upload an image of it to put on the Skin page or something. I'm sure that as time goes on that there will be other Minecraft references in movies as well. -Yekulten (talk)
 * The concept of "fair use" probably doesn't come into play in this case. Nowadays it's pretty much guaranteed that any appearance of a brand or brand-identifiable thing in a movie scene has already been negotiated and paid for. Usually a brand pays for prominent exposure in a film, otherwise the film producers license the brief appearance. Amatulic (talk) 19:26, 2 April 2022 (UTC)
 * So it would be fine? I know it's super trivial, but that's my kind of thing. I don't like to leave things out. -Yekulten (talk) 22:28, 2 April 2022 (UTC)
 * Fine for what? I thought you were referring to a movie's use of Minecraft branding. I see now you meant you intend to include an image from a film into this wiki. If so, and the image is not required in the article because other means of conveying the information are available (like text), then no, it probably isn't fine. More information on fair use in relation to wikis can be found on Wikipedia at WP:FAIRUSE. Because the Minecraft Wiki uses the same software with the same licensing, I imagine the same policy would be applicable here as well. Amatulic (talk) 01:10, 3 April 2022 (UTC)
 * I support it being included as text, and it's completely fine actually, because we already have a section on the article called Minecraft and its purpose is for exactly what you are saying. While I agree with Amatulic that the image for now isn't needed, I don't see the need to follow Wikipedia's rules and policies, or at least not as actual rules but just as simple guidelines, since we're a completely different community and we have our own policies which are specifically made for us and by us. Also, I'd be completely fine if we added images about the references in other media, as long as it's only one of them and has explicitly a minecraft-like character (not just textual mentions or references), but that's up to people to decide in another discussion post. Thejoaqui777 (talk) 03:28, 3 April 2022 (UTC)
 * I agree we need not follow Wikipedia's policies. However, in this case, the policies concerning copyright are grounded in actual law, so we should take care when departing from them. Copyright law is complex, and the Wikipedia community has worked long and hard, with the help of experts, to arrive at a policy that protects the Wikimedia Foundation from running afoul of the laws. I would not want to put the Minecraft Wiki at legal risk just for the convenience of having an image that someone happens to like. Amatulic (talk) 05:50, 3 April 2022 (UTC)
 * I'd say that just putting some few images that are exclusively about Minecraft content being referenced using a Minecraft-shaped character (not just textual references/mentions, since that'd be difficult to manage and wouldn't fit us) would be a nice adittion. Also, Wikipedia is a large wiki which has thousands of users, and that's why I don't think we should follow them since we are a different wiki with a different focus and their policies are huge compare to what a small wiki needs (I know that there are many policies that would be pretty useful here, though, but usually the communities themselves develop their own policies), but as I said, that's for another discussion topic. Thejoaqui777 (talk) 13:47, 4 April 2022 (UTC)
 * And while those points are valid, none of them are germaine to the fact that we still need to abide by copyright laws. Just because Wikipedia is huge and this wiki is comparitively small does not exempt us from the same regulations; they apply to everyone, all the time. The Wikipedia polices regarding fair use have been carefully crafted to ensure compliance with copyright law. Absent any corresponding polices on this wiki, we need to follow what Wikipedia does where legal issues are concerned. Amatulic (talk) 03:51, 24 April 2022 (UTC)
 * It's understandable, but I dislike comments like "we need to base this on Wikipedia policy because it was carefully constructed" because it causes a dependency from Wikipedia. What we should do should be saying "we need to do this this way because -this policy- allows or unallows us to do this" instead. Thejoaqui777 (talk) 04:07, 24 April 2022 (UTC)

I feel like this wiki needs to add tabs for each minecraft version
I've noticed that this wiki seems to just overwrite their pages with information relating to the most recent version of minecraft.

IMO, this is a bad idea. Someone looking for information on older versions of minecraft will struggle to find anything useful, and the action of overwriting already-existing content takes a lot of time and is likely to result in mistakes and missed information.

Instead, we should add some sort of tabs to the top of each wiki page. The tabs will state each major version of minecraft, and clicking them will direct you to / which will hold the relevant information.

This will allow us to serve information about older versions of minecraft, and it will also help clean up a lot of the messy pages that have the "This article needs to be updated" header by helping organize the data (which will help up recognize what information we are missing or is incompatible with the version we are writing about)

TLDR; add tabs and/or subpages to each wiki page so we can show information pertaining to each different version of minecraft. (for example "minecraft.fandom.com/wiki/Potion/1.12")

QuestwalkerKO (talk) 22:22, 23 April 2022 (UTC)


 * That already exists in the infoboxes in articles on each version. See Bedrock Edition 1.18.10 for example. The infobox has a version navigation widget at the bottom.
 * I would be opposed to maintaining separate articles for every block and entity for each version. Amatulic (talk) 03:45, 24 April 2022 (UTC)


 * While there are definitely valid reasons for playing on older versions (e.g. mods), keeping old articles for everything in the game is unlikely to be feasible. You'd have to create hundreds of pages (or copies of pages for tabs) every time an update releases, and consider all of them every time you make potentially breaking changes to images or templates, unless you're okay with them falling into disrepair.
 * There usually isn't that many changes to any given item in an update to warrant a complete rewrite as opposed to just documenting them in the history section, and pages with more significant changes do tend to get subpages, such as Trading/Before Village & Pillage. I agree that the presentation of current release vs upcoming information tends to be a mess (which could trickle into outdated content being left upon the next release), but I think that can be improved by putting more care into how it's presented; e.g. splitting current and upcoming information in different sections instead of mixing them together and throwing upcoming tags everywhere. – Sonicwave talk   05:47, 24 April 2022 (UTC)


 * I this as it would mean maintaining WAY more pages than before, and would be extremely confusing if we have to make the tabs for Java AND for Bedrock, since both evolved differently. The History section should be enough to get all information of a previous version. --MetalManiacMc at your service fellow human! (talk) 09:17, 24 April 2022 (UTC)


 * There's hundreds of releases of Minecraft, this would be way too tedious and wouldn't be worth it. If you really need info as of some version, look at when that version was out and use the Wayback Machine or the page history to view the page as of that time.  Nixinova </b>  T </b>  C </b></b>  10:29, 7 May 2022 (UTC)

Edit requests
I created a template called edit protected over a year ago, originally intended to make it easier for editors to request edits to protected pages. Aside from an update on the template's color, there have been no other edits on the template, and an earlier topic about the template was archived long ago. I also have requested pages of MediaWiki pages at User:Fadyblok240/MediaWiki, which includes edit request prompts. Are edit requests a good idea? Fadyblok240 (talk) 15:03, 15 May 2022 (UTC)
 * I have mixed feelings about it.
 * On one hand, a newbie cannot be expected to know to use that template. If a user has the 'edit' button enabled but cannot edit the article, the automatic editnotice should inform users about using that tag on the talk page.
 * The only advantage to that tag is that it would add un-answered edit requests into a category page. But then, other users would need to remember to monitor that page to find open edit requests.
 * So the usefulness of this tag is limited. Most people just make a request on the talk page, without the tag, and it eventually gets answered. I see tags like this used a lot on Wikipedia, but of the many edit requests I have answered here on the Minecraft Wiki, I don't recall a single one that used the edit request tag. Amatulic (talk) 16:55, 15 May 2022 (UTC)
 * I also don't see much point. It adds another category that editors would have to monitor for it to be useful and complicates the process of talk page requests, which is foreign enough to non-editors unfamiliar with talk page syntax. We also have few protected articles where this would actually be useful. – Sonicwave talk  03:49, 16 May 2022 (UTC)
 * Most of the pages that I want edited aren't even articles. They are mostly MediaWiki pages. Talk pages of these pages are pretty much inactive but I shouldn't use this page to request edits to these pages because edit requests only concern 1 page each. Should I request my proposed changes here? Fadyblok240 (talk) 21:54, 17 May 2022 (UTC)

Names in other languages
There should be a Names in Other Languages section of pages that lists the names of the topic of the page in other languages similer to whats found on the Pokemon wiki and Mario wiki. --67.81.132.165 14:39, 21 May 2022 (UTC)
 * Unnecessary. At the top right of any article, there is a drop-down menu for that same article in other languages. Amatulic (talk) 16:49, 21 May 2022 (UTC)
 * Ok and? Not every language has a wiki. 67.81.132.165 19:19, 21 May 2022 (UTC)
 * And Minecraft isn't available in every language either. More to the point, it is unlikely that anyone knows translations of all topics in every language either, so any section added to an article would likely be as incomplete as the existing drop-down list. If you know what a topic is called in every language, feel free to add a section to that article topic yourself. Otherwise the drop-down list of available languages is sufficient. Amatulic (talk) 19:34, 21 May 2022 (UTC)
 * Actually wouldn’t we only use official translation from the languages that are in Minecraft? Everything else would be fan made information. 172.56.34.112 12:22, 23 May 2022 (UTC)
 * All Minecraft wikis are basically fan-made, regardless of the language. For example, many people in Croatia know German or Italian and they may play Minecraft in either of those languages because Croatian isn't available, and nothing prevents a Croatian wiki from being created if there is a demand for it. Most of the terms used in Minecraft have analogous terms in other languages. Amatulic (talk) 14:28, 23 May 2022 (UTC)
 * That’s not what we are looking for. A names in other language is not a list of wiki pages. It literally just a list of what something is called in other language. If Minecraft isn’t in a language then we wouldn’t list it because that’s not information from the game Minecraft (unless there is other official information in that language).
 * : The thing is, who would be maintaining it? A list of that type requires a lot of maintenance. Second, you'd need to consider that Java is translated by community members and translations may change at any time, and Bedrock is known to have pretty bad translations that the ocmmunity just ignore. I don't know if this would be appropiate, because it also wouldn't help the non-english Minecraft Wikis, instead making them lose readers because the info is in the english variant. This could have some benefits, but the cost is too high as of now, at least for me. Thejoaqui777 (talk) 13:47, 25 May 2022 (UTC)
 * Who reads the non-english Minecraft Wikis for the sole reason of finding what something is called in a language.Knowing that Dirt is called Terre in French won't make people who speak French not read the French wiki. Also even if the community members don't like bedrock's info doesn't make it any less valid. 67.81.132.165 20:56, 27 May 2022 (UTC)

The future of Official Pages

 * The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 * moving pages outside of Official pages. Pages are now in MCW NS.--TreeIsLife (talk) 19:42, 3 June 2022 (UTC)

As you may know, until 2019, Mojang sometimes edited MCW's pages, including "Official pages", that were created by them. In 2019, they stopped editing/updating them. I barely see a edit on this wiki by someone working in Mojang. And after they stopped treat the wiki as an official one, it seems they're not interested at looking at those pages.

Right now, there are only 3 pages left, but that's not enough to keep it as some sort of officials, when 2 of them are defintely Mojang-forbidden.

So my suggestion is to move all of those pages to a more visible place with a template stating that page was maintained by Mojang, but they stopped it after 2019 and 2021 respectively.

Will be moved to "Bedrock Edition flattening". The JE variant will be moved out of 1.13 subpage to its own page with similar name to BE variant.
 * BE flattening

TBA
 * Official pages/Java Edition unintuitive ID list

Will be moved to "Parity issue list".
 * Official pages/Parity issue list

All of these subpages of Official pages will have a permanent redirect to their successor page.

With official pages, this should stay as it is, just it should be more about how wiki was once official and Mojang edited pages. --TreeIsLife (talk) 13:59, 22 May 2022 (UTC)


 * per above --TreeIsLife (talk) 13:59, 22 May 2022 (UTC)


 * moving them into the mainspace – I'd prefer moving them under "Community pages" since that's what they've been anyway: community compiled lists. – Sonicwave talk  19:18, 22 May 2022 (UTC)
 * : I think it would be better to move those to the /  namespace per Sonicwave's comment. Having those in the project namespace would help us to keep them visible, while keeping them separated from mainspace. Thejoaqui777 (talk) 05:25, 23 May 2022 (UTC)
 * moving them into article space. These are meta-information pages, only indirectly about playing the game. I moving them into the Project namespace. Amatulic (talk) 14:32, 23 May 2022 (UTC)
 * moving into article namespace. I support moving them behind the project namespace. BDJP (t 14:34, 23 May 2022 (UTC)

Theme updates and version pages
Note: I know this topic was posted by my many times, but I think we should finally do something about it

"Theme Update" refers to big thematic updates, ex.: Nether Update, The Wild Update (WU), Village & Pillage (V&P),...

TBH, from my perspective, the way this wiki handles update pages for last updates sucks (a lot). The Theme update pages for C&C and WU are absolute jokes. The notable changes (that should contain notable changes) contains everything in that version. Come on... That's just duplication of content. We basically have the same content on 3 pages (+ guides). And the worst thing I saw was an inclusion of:, which really drove me crazy.

I think we should finally force people to use pages as they are supposed to, without creating duplicatives

So there are options that can the wiki choose from:


 * 1) The feel of theme update pages will look the same, as they were with V&P update and earlier
 * 2) The theme page will become a disambiguation - just linking to other pages
 * 3) The theme update will become the home for major (and minor) releases (ex. JE 1.19 and BE 1.19 will link to Wild Update page, the same with minor versions)
 * 4) The theme page will be completely recreated from scratch, focusing on other things (like reception, or a more turorial-like approach for things)
 * 5) Other options

So I think there's nothing else I can say except: "Vote". --TreeIsLife (talk) 20:27, 30 May 2022 (UTC)


 * Option 4. I think the entire "notable changes" section was already in 2019 with Guides, that provides easy way to compare changes. The new aproach to the page is definetely requiees, but it shouldn't be a page we transclude stuff --TreeIsLife (talk) 20:27, 30 May 2022 (UTC)

Categorizing audio files
The current way audio files are categorized on this wiki is awful. Most of them are categorized directly into Category:Soundtrack without any subcategories, and that category is also used for articles about the Minecraft soundtrack. I could add more specific categories to each audio file, but that would take a long time, and I would lose track of which audio files still need subcategories, since there is no way to remove the default categorization from License Mojang unless the entire template is removed. See my proposed changes to the template on its talk page, have an admin implement them, and I could start organizing the audio files. Fadyblok240 (talk) 22:11, 30 May 2022 (UTC)


 * I haven't understood what you want to do right now. --TreeIsLife (talk) 20:51, 31 May 2022 (UTC)
 * Template talk:License Mojang is the talk page Fadyblok240 is referring to. That may help you understand. SLScool 21:16, 31 May 2022 (UTC)


 * I've added a nocat parameter to the template. If you want to split into even more specific sound file categories beyond sound and music (since you've created Category:Entity sounds) then it might be worth removing auto-categorization altogether. In fact it's probably worth considering removing the image auto-categorization as well, since the majority of the files on this wiki are Minecraft images and a category of 37,000+ images is very unlikely to be useful. – Sonicwave talk  06:09, 7 June 2022 (UTC)

Technoblade
Should we have a page about Technoblade? Mojang actually added a reference to him and he was quite a famous YouTuber. The word 'Technoblade' only appears on the Easter Eggs page, which I don't think is enough. I'm not gonna create the page straight away in case I am actually wrong. Sausagea1000 (talk) 17:20, 4 July 2022 (UTC)
 * We don't have pages on content creators or really community stuff in general, if we had a page for Technoblade then I think it becomes a tricky question of who else in the Minecraft community should get their own articles. – Sonicwave talk  06:37, 6 July 2022 (UTC)

Shared Images Respository with the Galaxite Wiki
Hello, I am from the official Galaxite Wiki and we would like to make a shared images repository with the Minecraft Wiki (MCW). However, this community needs support for this desicion so please tell us if you like the idea (as you can do by replying to this). Just to make things clear, this image sharing will not make the MCW more cluttered as it only takes images from the MCW and lets the Galaxite Wiki use them but does not take images from the Galaxite Wiki and put it onto the MCW. – Unsigned comment added by ThatJadon26 (talk • contribs) at 21:18, 9 July 2022 (UTC). Sign comments with


 * I personally don't see any issues with this. Several other wikis such as https://aether.fandom.com also use MCW as an image repo and I don't recall it causing issues. The difference with language wikis that use EN as a file repo is that the latter copy over entire articles from the English wiki with screenshots that later get abandoned, leaving lots of old screenshots that then need to be checked when renaming or deleting them on EN. I imagine the Galaxite wiki will mostly use "standard" images like items and blocks, which already have established naming formats and shouldn't be moved around as much. – Sonicwave talk  21:25, 11 July 2022 (UTC)

More admins (2022)
I'd like to again bring up the discussion of promoting more admins on this wiki. Apart from BDJP (who was promoted after a similar discussion last year), most of the admins including myself aren't particularly active, and some non-vandalism related admin actions such as CSS fixes seem to take a while to be noticed. I don't think our current situation with just 1 or 2 active admins is enough to handle all of the workload on the wiki, nor healthy to prevent burnout.

To start off, I'd like to suggest and  as candidates. JEC has been around the wiki for a long time, starting around the same time as myself, and I don't recall them having gotten into any conflicts over the years. They are very active in fighting vandalism and I think they'll be of valuable help in that regard. Amatulic has also been consistently active for several years and is very communicative, explaining the majority of his edits/reverts as far as I can tell and both presenting and addressing concerns on talk pages. One of my main concerns (not only here, but also other wikis and online communities in general) is with biting new and inexperienced editors, whether intentionally or not, and discouraging them from making future contributions or remaining in the community. I believe that both JEC and Amatulic will be able to assist with vandalism fighting and other admin tasks without doing so, and will be helpful additions to the admin team overall.

If anyone has concerns or feedback on these two editors or have other candidates (including themselves) that they believe to be a good fit, please do discuss here. Also, if either Amatulic, JEC, or anyone else who may be named in this discussion do not wish to have admin rights, feel free to state so. However, I'd say that adminship should be thought of less as an obligation and more of a set of additional privileges that the community trusts you to have; and in a similar vein we shouldn't discourage promoting more admins that we believe have what it takes, just because there are certain number of them already. – Sonicwave talk  01:02, 15 July 2022 (UTC)


 * I don't mind taking the role, although I thought we already had enough admins here.
 * If it matters, I've been an admin on Wikipedia for 11 years, so I'm familiar with the additional tools. The admin workload on the Minecraft wiki shouldn't be a significant increase. I check in in almost every day, although most of my activity recently has been page patrolling and minor improvements. I'm not perfect, I do make errors in judgment at times, but I also welcome others pointing out when I mess up.
 * As for other candidates, I assumed JEC6789 was already an admin here, and was surprised just now to learn that isn't the case. I second the motion. Amatulic (talk) 01:39, 15 July 2022 (UTC)
 * One other thing I should mention: while it shouldn't be necessary for admins for participate in the Discord (like with normal editors), we do have private channels for admins and directors, as mentioned on the Discord page. These channels aren't especially active but do get used from time to time to discuss wiki moderation, as well as communicating with Fandom staff and SOAP. There would be no obligation to moderate or otherwise participate in the Discord server itself, as the actual server moderator role is separate from the admin role for this exact reason. – Sonicwave talk  05:12, 15 July 2022 (UTC)
 * I joined the Minecraft Discord a while back but didn't see the value in it, so I haven't been back. That might change if my role here changes. Amatulic (talk) 05:27, 15 July 2022 (UTC)
 * Might have time to write a longer response this weekend, but in short, I myself being given admin rights, and I still  Amatulic getting admin rights – JEC</b> <sub style="color:#f7c">talk  @ 04:09, 15 July 2022 (UTC)
 * As General Sherman supposedly said, "if nominated I will not accept, if elected I will not serve."
 * Well, I still support giving you the rights. There is no harm in an experienced editor using admin tools only occasionally. There isn't an obligation to use the admin tools, but they are nice to have when a need arises. The point isn't to draft you into a new job, but to give you access to tools that you can be trusted to use responsibly. Amatulic (talk) 05:27, 15 July 2022 (UTC)
 * I don't know if I should suggest myself, but my favorite wiki tasks are template, css and js fixing, which is needed as mentioned by Sonicwave above. Was previously suggested here. - Magiczocker (talk) 06:06, 15 July 2022 (UTC)
 * I Magiczocker for admin. Especially if you can fix the popups tool that broke in the recent update (no more "patrol this page" option appears). I've been told some css and js can't be fixed though, and would need to be done by fandom.
 * A possible other candidate might be User:Fadyblok240. Amatulic (talk) 06:19, 15 July 2022 (UTC)


 * I'd support Amatulic. From what I've seen of his contributions, I definitely think he'd be a net positive as an administrator. I also support Magiczocker, as I feel like with Majr inactive/demoted it would be useful to have someone new who is knowledgeable of CSS and JS.


 * JEC seems like a good candidate as well, but if he's really that strongly opposed then oh well. Madminecrafter12 (talk) 03:58, 16 July 2022 (UTC)


 * Amatulic. Magiczocker.  JEC6789, conditional on them continuing to oppose being given the right; I do not believe it's appropriate to assign special permissions to anyone against their express wishes, even considering various possibilities of whether they will actually use such permissions. --AttemptToCallNil (talk) 04:56, 16 July 2022 (UTC)


 * I support Magiczocker as well. He's also been on this wiki for several years (to where I think he's familiar with how it operates) and has already assisted with moderation through his SOAP rights, but giving him admin will allow him to do non-vandalism-related admin tasks as well.
 * I do have some reservations about Fadyblok however. They seem to largely focus on the maintenance side of the wiki, but I'm concerned that it may get a bit excessive at times. On several occasions they have introduced guidelines or other administrative changes without discussion, including this edit on the talk guidelines (which I just noticed when reviewing their edits); and brought over templates/modules from Wikipedia such as Module:TwitterSnowflake (dependent on Module:Date, also from WP) and Module:Redirect, which I think aren't strictly necessary and tend to introduce unnecessary complexity on this wiki. Granted, I think the latter is a bit less common now than in previous years, but it still makes me hesitant about him potentially doing the same with the site CSS/JS.
 * As for JEC, I definitely agree that they should not be given admin rights if they do not want them, though I'm not sure if that's being implied here. I do think they can get the patroller right at least (if they're fine with it), as it hardly carries any additional permissions, but can make rolling back edits quicker and speed up Recent Changes patrolling by distinguishing edits that other patrollers and admins have already patrolled. – Sonicwave talk  06:09, 16 July 2022 (UTC)


 * Amatulic and Magiczocker, per above. TheGreatSpring (talk | contribs) (Tagalog translation) 06:11, 16 July 2022 (UTC)


 * When this discussion started User:NineTreyBlud had been inactive for over a year, which is what prevented me from mentioning that user as a potential admin. Now NineTreyBlud is back, so I suggest him for consideration as a candidate for administrator. Amatulic (talk) 23:36, 23 July 2022 (UTC)
 * I'm personally not sure about NineTreyBlud yet, as I had some concerns over him in the past (mainly regarding civility and dealing with problematic users); although looking back it seems most of the instances took place in Discord or were on-wiki issues that were addressed there as opposed to talk pages. Since he has only been back for about a week, it's hard for me to form an opinion based on his recent activity. – Sonicwave talk  06:15, 29 July 2022 (UTC)


 * Just wanted to pop in here and say I hope this is acted on soon, especially if you can find people who are active around this time (it's about midnight PST here). We had someone rearranging page text all over the place and it was pretty tough to keep up and clean up behind them. Fortunately BDJP popped on and finally blocked them. So more admins would definitely be appreciated and the sooner the better :-). - AD OffKilter (talk) 07:23, 26 July 2022 (UTC)


 * Yeah IK I am late to this, but I don't mind still being patroller, seeing that I only came back to edit on the MCD wiki. James Haydon (talk) 21:01, 1 August 2022 (UTC)


 * Because this discussion has been inactive for a few days and there seems to be overwhelming support for Amatulic and magiczocker, I have administrator rights to both of them. Personally, I would be weakly opposed to promoting NineTreyBlud and Fadyblok. The issues raised above are very valid, and with the promotion of two active admins, I feel like we don't need more unless they're just outstanding candidates. Madminecrafter12 (talk) 14:52, 1 August 2022 (UTC)

Content moderator revisit
Whatever happened to the proposal to create a "content moderator" role, with some admin rights but not all of them? Thejoaqui777 proposed this last year but it didn't seem to go anywhere. This role exists on other wikis. A content moderator would have patroller rights and can do things like rename pages over redirects, protect pages, unprotect pages, but cannot edit admin-only pages, block users, or grant user rights. I still think it's a great idea, and I can think of several editors who would be good content moderators. Even JEC6789, who doesn't want to be an admin, might be willing to have the rights of a content moderator. Amatulic (talk) 05:33, 15 July 2022 (UTC)
 * The userbase then didn't like it because they said that if someone has these permissions why wouldn't be trusted to be an admin, and also because it's a Fandom-made user group. I think we could also revisit the idea here because, for example, the group works well for us on es:Minecraft Wiki, where I mainly edit (hence why I didn't comment yet to the more admins proposal), so we maybe should try to get more opinions. Thejoaqui777 (talk) 05:45, 15 July 2022 (UTC)
 * I still tend to think that the content moderator role is similar enough to admin that you might as well give them the admin role instead. According to the Fandom help page and Special:ListGroupRights, the only real rights admins have over content moderators are blocking users (content moderators can edit admin-protected pages) and editing abuse filters, CSS/JS and MediaWiki pages. The only user right admins can give is autopatrol as we use Patrollers (which only bureaucrats can grant) instead of rollback, although I wonder if the former could be changed so admins could grant it as well. Editing abuse filters and MediaWiki pages is a rare use-case, so the main difference would be the ability to block users. I can see that being a touchier right to have than deleting or protecting pages, but that alone isn't worth introducing another user group in my opinion.
 * A separate content moderator role might make more sense on wikis that also have article comments or the Discussions feature enabled, where Content and Discussion moderators are two separate roles with admin being a combination of the two (along with its own extra rights). – Sonicwave talk  05:57, 15 July 2022 (UTC)
 * If I may chip in from basically retirement - I support Sonicwave's assessment of the situation (therefore an ). Besides, I think it adds a useless extra layer of bureaucracy for something that's already fairly slow and bureaucracy-heavy, having been around for a fair number of years. The new 'worst case' of escalation would be editor -> CM -> admin or bureaucrat -> <insert Fandom tree here>, while currently it's editor -> admin or bureaucrat -> <insert Fandom tree here>. It's also quite pointless to create a new role (basically admin light packaged in the fancy marketing term content moderator) for someone who has declined to be admin. DarkShadowTNT (talk) 03:44, 16 July 2022 (UTC)
 * . I generally agree with Sonicwave's and DarkShadow's comments. There are several things I believe every serious wiki-wide proposal needs: 1) a description of a current problem; 2) a proposed solution; 3) an explanation of how the solution actually addresses the problem; and 4) at least some assessment of risks and drawbacks. I only see (2) here. --AttemptToCallNil (talk) 05:06, 16 July 2022 (UTC)

I understand the situation now. I withdraw the suggestion. Amatulic (talk) 06:52, 16 July 2022 (UTC)

Command Changes
It looks like bedrock edition has had an overhaul on the commands. the execute command now resembles java editon