Minecraft Wiki
Advertisement
Minecraft Wiki Community portal discussion page

This is the community's main discussion page.

Talk about anything wiki-related here!
Sign your posts with ~~~~, add new posts below others, and click "Add topic" above for new topics.
Note that this page is NOT for suggesting new ideas about the game. That belongs on the feedback site.
This page is for community discussion; generally, wiki issue reports should go on the Admin's noticeboard and discussions about a single page do not belong here.

Archive basics |archive = /Archive %(counter)d |counter = 31


More Facts In Did You Know...

On the main page, the Did You Know... section always has the same 5 facts. I think it would be neat if there was a large pool of random facts and every time the page loads, it picks a random 5 from that list. Any thoughts would be appreciated! || Remember this thing? File:Nether Reactor Core Revision 1.png Because I do. --Ninji2701 03:17, 27 December 2020 (UTC)

The did you know relies on a certain template, Template:DidYouKnow. It does not always have the same facts, it refreshes every day. There are not 5 facts, here are all the facts. If you want to add more facts, you can add them in the editcopy. Keep in mind you can edit the editcopy and add what you think is good, but it will not show up on the front page until an admin decides they belong there. Blockofnetherite Talk Contributions 04:45, 27 December 2020 (UTC)
Oh, cool! I guess this topic is totally irrelevant then. || Remember this thing? File:Nether Reactor Core Revision 1.png Because I do. --Ninji2701 13:50, 27 December 2020 (UTC)

Repurpose

I personally think that the template should show more than 5 facts. It could show 7 facts instead of 5. The reason is that the Minecraft Wiki/editcopy page shows too few facts on the template, so if we increase a little bit the amount of facts this can be solved. Thejoaqui777 (talk) 23:12, 18 March 2021 (UTC)

Consistency in "Pre-Release" Capitalization

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
Article titles should follow the official name. Pre-release and Pre-Release spelling appear in different dates. However, feel free to create redirects from r -> R and vise versa.Humiebeetalk contribs 21:25, 10 January 2021 (UTC)

While editing the server.properties page, I noticed that there is considerable inconsistency in how "Pre-Release" is capitalized across the wiki. Some pages choose to uppercase the "R" in "Release", some do not. Some choose to redirect the opposite case, some do not.

For example, 1.14.4 Pre-Release 1 is an uppercase "R" and trying to navigate to "1.14.4 Pre-release 1" fails. On the other hand, 1.16.4 Pre-release 1 is a lowercase "r", and trying to navigate to "1.16.4 Pre-Release 1" similarly fails. Some pages (e.g. 1.15 Pre-release 5) have a redirect but many do not. The net effect of this is that editors have no idea which capitalization is "correct", or even which one will work correctly. It leads to overall inconsistency and unnecessary redirects across the Wiki.

My suggestion is for the Wiki to come to a consensus on which capitalization should be used. Personally, I feel that "Pre-Release" with an uppercase "R" should be preferred, as that is what Mojang uses in its official communications. Once consensus is reached, incorrect pages should be moved to the correct title, and any errant capitalization in article bodies fixed.

AMNOTBANANAAMA (talk) 23:48, 5 January 2021 (UTC)

The name of pre-releases follow the name in-game, so  Weak oppose The Great Spring (talk | contribs) (Tagalog translation) 23:50, 5 January 2021 (UTC)
If the decision is to prefer "pre-release" as the page names I am fine with that, as long as it is consistent. The current inconsistency is my primary concern, ultimately which one is chosen is less important to me. AMNOTBANANAAMA (talk) 00:01, 6 January 2021 (UTC)
For example, if you want to put this at the start it would be

1.16.4 Pre-release 1 (known as 1.16.4-pre1 in the launcher) is the first pre-release for Java Edition 1.16.4, released on October 15, 2020, which adds the social interactions screen and fixes two bugs.

instead of

1.16.4 Pre-Release 1 (known as 1.16.4-pre1 in the launcher) is the first pre-release for Java Edition 1.16.4, released on October 15, 2020, which adds the social interactions screen and fixes two bugs.

The Great Spring (talk | contribs) (Tagalog translation) 00:10, 6 January 2021 (UTC)
We follow the in-game names, so they are not to be moved. However, feel free to make redirects for the opposite capitalization. Dhranios (talk) (Join the wiki videos project!) 09:32, 6 January 2021 (UTC)

Splitting PS4 history

Recenty, RondiMarco splits the PS4 part from the LCE section without discussion. Can we split the PS4 part or not? Any thoughts? The Great Spring (talk | contribs) (Tagalog translation) 12:11, 6 January 2021 (UTC)

 Neutral, while it is done the same with PE and bedrock, PS4 is a legacy console edition, as it was also replaced by bedrock. I don't see harm in doing it this way, nor harm in reverting it. Dhranios (talk) (Join the wiki videos project!) 12:13, 6 January 2021 (UTC)
 Oppose PS4 is part of LCE, no reason to split its history.  Nixinova T  C   19:29, 7 January 2021 (UTC)
 Comment I get your point, but the PS4 edition outlasted all the other Legacy Console editions, and was the only legacy console version to have the Texture Update. James Haydon (talk) 19:32, 7 January 2021 (UTC)
Barely, only for like 10 updates.  Nixinova T  C   21:27, 10 January 2021 (UTC)
True, they only spanned 1.14, or Bedrock Edition 1.8.0 - 1.13.0.Humiebeetalk contribs 21:30, 10 January 2021 (UTC)
 Weak support becuase of consistancy with pe and be but it is part of lce and is diffferent than pe and be as they are separated until the Better Together Update but ps4 IS part of lce. Idk, I would keep it though.Humiebeetalk contribs 21:45, 30 December 2020 (UTC) 22:21, 7 January 2021 (UTC)

Something discussing renewability of the Lava Bucket and other items that are not renewable in snapshots but are going to be in the full release

Yes, I know that the ip constantly got reverted for changing it, they did have a good point but the wiki uses current status, not upcoming status. The ip got reverted with understandable edit summaries and I personally would revert the ip. They were doing it in good-faith though. Something odd about that is that the template is the {{upcoming}} template, implying that the thing that is upcoming IS upcoming in <version>. In the case of 1.17, the full release. Now the wiki trys to be as informative as possible and trys to give the reader a clear understanding. In my opinion, I am  Semi-weak support. It would be confusing for the reader if they watched like say for example, xisumavoid and went to the minecraft wiki. They would notice that the renewability of lava buckets would be incorrect, misleading the reader. Note that I mean No‌[until JE 1.17]/Yes‌[upcoming: JE 1.17] Any thoughts?Humiebeetalk contribs 22:35, 7 January 2021 (UTC)

The same can be said the other way around. If we end up saying yes in 1.17, while it's not in the snapshots yet, people who open the snapshots will be presented with misinformation.
It's better to stick with the current latest release and snapshot info, not the whole planned update. (Plans can change, after all...) Dhranios (talk) (Join the wiki videos project!) 23:33, 7 January 2021 (UTC)
True... but it would be more helpful in general becuase more Java Edition players use Java Edition 1.16.4 than .Humiebeetalk contribs 23:37, 7 January 2021 (UTC)
For those people, those templates don't really concern them. When the update releases, they'll check the update page instead and go from there. Dhranios (talk) (Join the wiki videos project!) 23:40, 7 January 2021 (UTC)

Wanted Page: Moving minecart

The minecarts that move are supposed to be mobs / entities, right? -THENOMNOM (talk) 00:26, 11 January 2021 (UTC)

Yes. They are entities. TheGreatSpring (talk | contribs) (Tagalog translation) 00:28, 11 January 2021 (UTC)
Minecarts themselves are already entities. Moving minecrafts are no different, just that they are moving, similar to a player walking. So no need for a new pageHumiebee (talk) 00:39, 11 January 2021 (UTC)
Exactly, in the same way as evoker fangs. They only damage they player and have no real behavior nor do they interact with them. James Haydon (talk) 00:51, 11 January 2021 (UTC)

5000 content pages milestone

I just wanted to say that I noticed, as of now, Special:Statistics lists exactly 5,000 content pages on this wiki. Amatulic (talk) 03:00, 16 January 2021 (UTC)

I noticed that a few days back, so you aren't the first to see this. James Haydon (talk) 04:02, 16 January 2021 (UTC)
BDJP007301 created the 5000th article yesterday. Also, does this also includes deleted pages? TheGreatSpring (talk) 04:22, 16 January 2021 (UTC)
It does not, hence why it has become this milestone several times already. Dhranios (talk) (Join the wiki videos project!) 05:53, 16 January 2021 (UTC)
Well there are subpages of articles which are not articles (many of them are templates only meant to be transcluded on one page) which are counted as articles, which means there are probably less than 5,000 "proper" articles. (Note that redirects, project pages, template pages, category pages, file pages, user pages, etc. are not counted as articles. )Fadyblok240 (talk) 17:36, 21 January 2021 (UTC)

Should Caves & Cliffs features in Bedrock Edition be considered from 1.17.0 or from 1.16.210 in history sections

There's a bit of a inconsistency with Caves & Cliffs features in added in the betas of 1.16.X in the form of Experimental Gameplay, for example, this is the history section for pointed dripstone:

Upcoming Bedrock Edition
1.17.0
{{Extension DPL}}<ul><li>[[Water|Water]]<br/>{{About|the fluid|the bucket|Water Bucket|other forms of water}}
{{Fluid
| image = <gallery>
Water.png|Java Edition
Water BE.png|Bedrock Edition
</gallery>
| invimage = Water Bucket
| invimage2 = Water
| renewable = Yes
| transparent = Partial <small>(-1 to light)</small>
| light = No
| tool = bucket
| infinite = Yes
| flowrate = 5 [[tick]]s/block
| flowdistance = 8 blocks
}}

'''Water''' is a [[fluid]] that naturally generates abundantly in the [[Overworld]].

== Obtaining ==
Water blocks do not exist as items,{{only|java}} but water can be collected by using a [[bucket]] on a water source block or a full water [[cauldron]], creating a [[water bucket]].

{{IN|BE}}, it may be obtained as an item via inventory editing or add-ons.

=== Natural generation ===
Water naturally generates in the [[Overworld]] to form [[ocean]]s, [[river]]s and [[spring]]s. The water level is at [[altitude|layer 63]] near oceans and rivers, but changes depending on location due to the [[aquifer]] system, filling some carvers, noise caves and canyons with water at different levels. Water also generates as small puddles on the floor next to [[dripstone cluster]]s, and as clay pools on the floor of [[lush caves]].

Water also generates in [[village]]s, [[desert well]]s, [[stronghold]]s, [[woodland mansion]]s, [[ancient city|ancient cities]] and [[ocean monument]]s. 

Water never generates in [[the Nether]] and instantly disappears if placed there with a water bucket. However, water can exist in the Nether in a [[cauldron]]. Water can also be placed in the Nether using [[commands]] such as {{cmd|setblock}} and {{cmd|fill}}. Although it does not naturally generate there, water can be placed and function normally in [[the End]].

{{IN|be}}, water also generates as part of [[ocean ruins]] with loot [[chest]]s, but only two water blocks generate: 
* One water block generates inside the loot chest, making it a [[Waterlogging|waterlogged]] loot chest.
* The other water block generates on top of the loot chest.
These water blocks generate even if the ruin is located on the surface.<ref>{{bug|MCPE-36793}}</ref> This is not the case in {{el|je}}; if an underwater ruin generates on the surface, no water generates.<ref>{{bug|MC-136156}}</ref> This also happens with [[shipwreck]]s.

Water spends most of its time as stationary, rather than flowing – regardless of its level, or whether it contains a current downward or to the side. When specifically triggered by a block update, water changes to 'flowing', updates its level, then changes back to stationary. Water springs are generated as flowing, and oceans, and rivers are generated as stationary. This happens before most types of generated structure are created, and the main cause of water "glitches" is that generated structures do not trigger a block update to let water flow into them.

== Usage ==
=== Appearance ===
Water uses a translucent animated texture that is tinted differently in different biomes. {{IN|Java}}, water in cauldrons is completely opaque.<ref>{{bug|MC-13187}}</ref>

Unlike other translucent blocks such as [[ice]], [[stained glass]] and [[tinted glass]], water shows the opposite sides of its external planes when viewed from within and from outside.<ref>{{bug|MC-202578|||WAI}}</ref> However, it applies only to the top plane and four side planes; the bottom face is always unseen from above.<ref>{{bug|MC-190053}}</ref>

=== Swimming ===
{{main|Swimming}}

The button for {{control|swim|text=swimming}} is the same as the button for jumping; non-swimming players and mobs sink slowly in water. Holding the swim button raises the player through the water, and when the surface is reached, the player bobs up and down. The {{control|crouch}} button can be used to sink faster. The {{control|sprint}} button can be used to put the player in "swim mode" when the player is completely submerged in water. When in swim mode, the player is horizontal and one block high. The player has an arm-waving animation when viewed in third person or by other players.

Swimming in water is considerably slower against currents (see [[#Current|Current]] below), but faster when going with the current.

Most mobs that can stand can also swim any time they are in water, except for [[iron golem]]s, [[piglin]]s, [[hoglin]]s, [[strider]]s, [[piglin brute]]s and undead mobs. This can lead to drowning if the water is falling from above.

Water of any depth prevents any entity, including the player, from sustaining falling damage if they fall into it, regardless of the distance fallen.

Being inside of water also imparts a [[fog]] effect, tinted accordingly.

=== Spreading ===
{{Main|Fluid#Spread}}
[[File:Water spread v1-13.png|300px|right|An image showing water's spreading distance]]
Water spreads horizontally and downward into nearby [[air]] blocks. Water can spread downward infinitely until stopped by a block, and 7 blocks horizontally from a source block on a flat surface. Water spreads at a rate of 1 block every 5 game ticks, or 4 blocks per second.

When spreading horizontally, a weight is assigned to every direction water can flow. For each direction, this weight is initially set to 1000. Then, for every adjacent block it can flow into it tries to find a way down that is reachable in four or fewer blocks from the block it wants to flow to. When found, the flow weight for that direction is set to the shortest path distance to the way down. Finally, water spreads in the directions with the lowest flow weight.

Spreading water extinguishes [[fire]] and washes away certain types of items or placed blocks, causing them to drop as items and then carrying them along in the flow until the edge of the spread. Affected items include [[plant]]s (except trees), [[snow]], [[torch]]es, [[carpet]]s, [[redstone dust]] and some other redstone components, [[cobweb]], [[end rod]]s, [[head]]s, and [[flower pot]]s.

==== Flow arrangement tables ====
{| class="wikitable"
|+ 
|
|
|
|
|
|
|
!7
|
|
|
|
|
|
|
|-
|
| 
| 
| 
| 
| 
! 7
!6
! 7
| 
| 
| 
| 
| 
|
|-
|
| 
| 
| 
| 
! 7
!6
!5
!6
! 7
| 
| 
| 
| 
|
|-
|
| 
| 
| 
! 7
!6
!5
!4
!5
!6
! 7
| 
| 
| 
|
|-
|
| 
| 
! 7
!6
!5
!4
!3
!4
!5
!6
! 7
| 
| 
|
|-
|
| 
! 7
!6
!5
!4
!3
!2
!3
!4
!5
!6
! 7
| 
|
|-
|
! 7
!6
!5
!4
!3
!2
!1
!2
!3
!4
!5
!6
! 7
|
|-
!7
!6
!5
!4
!3
!2
!1
!0
!1
!2
!3
!4
!5
!6
!7
|-
|
! 7
!6
!5
!4
!3
!2
!1
!2
!3
!4
!5
!6
! 7
|
|-
|
| 
! 7
!6
!5
!4
!3
!2
!3
!4
!5
!6
! 7
| 
|
|-
|
| 
| 
! 7
!6
!5
!4
!3
!4
!5
!6
! 7
| 
| 
|
|-
|
| 
| 
| 
! 7
!6
!5
!4
!5
!6
! 7
| 
| 
| 
|
|-
|
| 
| 
| 
| 
! 7
!6
!5
!6
! 7
| 
| 
| 
| 
|
|-
|
| 
| 
| 
| 
| 
! 7
!6
! 7
| 
| 
| 
| 
| 
|
|-
|
|
|
|
|
|
|
!7
|
|
|
|
|
|
|
|}

{| class="wikitable"
! colspan="2" |Range
!Height in blocks
|-
!1
|block
|1
|-
!2
|blocks
|0.75-1
|-
!3
|blocks
|0.625-0.75
|-
!4
|blocks
|0.5-0.625
|-
!5
|blocks
|0.375-0.5
|-
!6
|blocks
|0.25-0.375
|-
!7
|blocks
|0.125-0.25
|}

=== Source blocks ===
{{anchor|Water Spawner}} <!-- Compatibility anchor -->
{{about|the behavior and creation of source units of water|the removed block that created water sources|Water Spawner|section=1}}
A water source block is created from a flowing block that is horizontally adjacent to two or more other source blocks, and sitting on top of a solid block or another water source block. This allows water spawners to exist, in which a new source block immediately forms in the space left by removing a source block with a [[bucket]]. Pools of still water can be created by placing water source blocks in a confined area.

Water spawners can be constructed by arranging for two source blocks to flow into a third block. Each of the examples below require two source blocks, each on opposite ends of the hole, to create a renewable water source block in between.

While water source blocks only generate adjacent to solid blocks, they do not require a solid block to support them. Removing all adjacent blocks to a water source block only causes it to remain floating in the air.

{{IN|java}}, the formation of new water sources blocks can be disabled when the [[game rule]] {{cd|waterSourceConversion}} is set to {{cd|false}}.

<gallery>
2x2 water source.png|2x2 water spawner (every corner is renewable)
3x1 water source.png|3x1 water spawner (middle water block is renewable)
L-shaped water source.png|L-shaped water spawner (corner water block is renewable)
</gallery>

A [[dispenser]] loaded with a filled [[bucket]] places a water source block in an empty block in front of it when activated. A dispenser loaded with an empty bucket and a water source right in front of it sucks the source into the bucket when activated.

In snowy [[biome]]s, water source blocks have a chance to turn into [[ice]] if directly under the sky. Ice blocks under brighter light levels melt back into water source blocks (except in [[the Nether]]). Ice reverts to water when broken, but only if there is a solid block under it.

=== Current ===
The current in a water block determines both the direction it appears to flow and the direction an [[entity]] such as a player or [[boat]] is pushed from that block.

Water with a current pushes players and [[mob]]s at a speed of about 1.39 meters per second, or 25 blocks every 18 seconds. Players that are in creative flying mode don’t get pushed.{{only|je}}<ref>{{bug|MCPE-84592}}</ref>

The horizontal current in a water block is based on a vector sum of the flows to and from that block from its four horizontal neighbors. For example, if a block receives water from the north and sends it both south and east, but borders a solid block on its west edge, then a south-southeast current exits from that block, because 2 southward flows (in and out) are combined with 1 eastward flow (out). Thus, 16 horizontal directions are possible. If a branch in a channel is 2 blocks wide at its entrance, then entities float into it rather than continuing in a straight line.

Water blocks can create a downward current. A downward current in a water block is caused by the block below it. Most blocks that do not have a solid upper face cause downward current on above water blocks. Also, ice and falling water blocks (blocks created by spreading downward) cause downward current on the water block above. Falling water blocks have a downward current by default.

=== Light ===
{{IN|bedrock}}, every block of water reduces [[light]] by 1 extra level (in addition to the normal fading-out of light). {{IN|java}}, water does not cause any additional decrease for block light, but diffuses sky light, causing the light to fade with depth. Underwater visibility changes depending on the biome the player is in. The [[Night Vision]] and [[Conduit Power]] effects increase underwater visibility.

=== Color ===
Water has several colors, depending on the biome.

==== Java Edition ====
{| class="wikitable sortable mw-collapsible mw-collapsed" data-description="Water Color in Java Edition"
|-
!Biome!!Water color!!Water fog color!!Block
|-
|{{BiomeSprite|Plains|text=Default (biomes not listed below)}}||{{color|#3F76E4}}||{{color|#050533}}||[[File:Plains Water JE.png|32px]]
|-
|{{BiomeLink|Swamp}}||{{color|#617B64}}||{{color|#232317}}||[[File:Swamp Water.png|32px]]
|-
|{{BiomeLink|Lukewarm Ocean}}<br>{{BiomeLink|Deep Lukewarm Ocean}}||{{color|#45ADF2}}||{{color|#041633}}||[[File:Lukewarm Ocean Water JE.png|32px]]
|-
|{{BiomeLink|Warm Ocean}}||{{color|#43D5EE}}||{{color|#041F33}}||[[File:Warm Ocean Water JE.png|32px]]
|-
|{{BiomeLink|Cold Ocean}}<br>{{BiomeLink|Deep Cold Ocean}}<br>{{BiomeLink|Snowy Taiga}}<br>{{BiomeLink|Snowy Beach}}||{{color|#3D57D6}}||{{color|#050533}}||[[File:Cold Ocean Water JE.png|32px]]
|-
|{{BiomeLink|Frozen River}}<br>{{BiomeLink|Frozen Ocean}}<br>{{BiomeLink|Deep Frozen Ocean}}||{{color|#3938C9}}||{{color|#050533}}||[[File:Frozen Ocean Water JE.png|32px]]
|-
|{{BiomeLink|Meadow}}||{{color|#0E4ECF}}||{{color|#050533}}||[[File:Meadow Water.png|32px]]
|-
|{{BiomeLink|Mangrove Swamp}}||{{color|#3A7A6A}}||{{color|#4D7A60}}|||[[File:Mangrove Swamp Water.png|32px]]
|-
|{{BiomeLink|Cherry Grove}}||{{color|#5DB7EF}}||{{color|#5DB7EF}}||[[File:Cherry Grove Water.png|32px]]
|}

==== Bedrock Edition====
Biome tints
<!--[[File:Water color.png|500px|thumb|center|From left to right - Badlands Plateau, Birch Forest and Snowy Taiga]]-->
{| class="wikitable sortable mw-collapsible mw-collapsed" data-description="Water Color in Bedrock Edition" 
! Biome
!Water Surface Color
! Water Fog Color
!Water Fog Distance
!Water Surface Transparency
!Block
|-
|Default<br>(biomes not listed below)
|{{color|#44aff5}}||{{color|#44aff5}}||15||65%||[[File:Water BE.png|32px]]
|-
|{{BiomeLink|Sunflower Plains}}<br>{{BiomeLink|Plains}}
|{{color|#44aff5}}||{{color|#44aff5}}||60||-||[[File:Water BE.png|32px]]
|-
|{{BiomeLink|Desert}}
|{{color|#32a598}}||{{color|#32a598}}||60||-||[[File:Desert Water.png|32px]]
|-
|{{BiomeLink|Mountains}}
|{{color|#007BF7}}||{{color|#007BF7}}||-||-||[[File:Mountains Water.png|32px]]
|-
|{{BiomeLink|Forest}}
|{{color|#1e97f2}}||{{color|#1e97f2}}||60||-||[[File:Forest Water.png|32px]]
|-
|{{BiomeLink|Flower Forest}}
|{{color|#20a3CC}}||{{color|#20a3CC}}||60||-||[[File:Flower Forest Water.png|32px]]
|-
| {{BiomeLink|Taiga}}
| {{color|#287082}}||{{color|#287082}}||60||-||[[File:Taiga Water.png|32px]]
|-
|{{BiomeLink|Taiga Mountains}}
|{{color|#1e6B82}}||{{color|#1e6B82}}||-||-||[[File:Taiga Mountains Water.png|32px]]
|-
|{{BiomeLink|Swamp}}
|{{color|#4c6559}}||{{color|#4c6559||30||100%||[[File:Swamp Water BE.png|32px]]
|-
| {{BiomeLink|River}}
|{{color|#0084ff}}||{{color|#0084ff}}||60||-||[[File:River Water.png|32px]]
|-
|{{BiomeLink|Nether Wastes}}<br>{{BiomeLink|Warped Forest}}<br>{{BiomeLink|Crimson Forest}}<br>{{BiomeLink|Soul Sand Valley}}
|{{color|#905957}}||{{color|#905957}}||15||-||[[File:Nether Water.png|32px]]
|-
|{{BiomeLink|Basalt Deltas}}
|{{color|#3f76e4}}||{{color|#423e42}}||15||-||[[File:Basalt Deltas Water.png|32px]]
|-
|{{BiomeLink|The End}}
| {{color|#62529e}}||{{color|#62529e}}||-||-||[[File:The End Water.png|32px]]
|-
|{{BiomeLink|Frozen River}}
|{{color|#185390}}||{{color|#185390}}||60||-||[[File:Frozen River Water.png|32px]]
|-
|{{BiomeLink|Snowy Tundra}}<br>{{BiomeLink|Ice Spikes}}
|{{color|#14559b}}||{{color|#14559b}}||-||-||[[File:Ice Spikes Water.png|32px]]
|-
| {{BiomeLink|Mushroom Fields}}
|{{color|#8a8997}}||{{color|#8a8997}}||-||-||[[File:Mushroom Fields Water.png|32px]]
|-
|{{BiomeLink|Beach}}
| {{color|#157cab}}||{{color|#157cab}}||60||-||[[File:Beach Water.png|32px]]
|-
|{{BiomeLink|Mountain Edge}}
|{{color|#045cd5}}||{{color|#045cd5}}||-||-||[[File:Mountain Edge Water.png|32px]]
|-
|{{BiomeLink|Jungle}}<br>{{BiomeLink|Bamboo Jungle}}
|{{color|#14a2c5}}||{{color|#14a2c5||60<br>15||-||[[File:Jungle Water.png|32px]]
|-
|{{BiomeLink|Jungle Edge}}
| {{color|#0D8AE3}}||{{color|#0D8AE3}}||-||-||[[File:Jungle Edge Water.png|32px]]
|-
|{{BiomeLink|Stone Shore}}
|{{color|#0d67bb}}||{{color|#0d67bb}}||60||-||[[File:Stone Shore Water.png|32px]]
|-
|{{BiomeLink|Snowy Beach}}
|{{color|#1463a5}}||{{color|#1463a5}}||60||-||[[File:Snowy Beach Water.png|32px]]
|-
|{{BiomeLink|Birch Forest}}
|{{color|#0677ce}}||{{color|#0677ce}}||60||-||[[File:Birch Forest Water.png|32px]]
|-
|{{BiomeLink|Dark Forest}}
|{{color|#3B6CD1}}||{{color|#3B6CD1}}||60||-||[[File:Dark Forest Water.png|32px]]
|-
|{{BiomeLink|Snowy Taiga}}
|{{color|#205e83}}||{{color|#205e83}}||60||-||[[File:Snowy Taiga Water.png|32px]]
|-
|{{BiomeLink|Giant Tree Taiga}}<br>{{BiomeLink|Giant Spruce Taiga}}
|{{color|#2d6d77}}||{{color|#2d6d77}}||60||-||[[File:Giant Tree Taiga Water.png|32px]]
|-
|{{BiomeLink|Windswept Forest}}<br>{{BiomeLink|Windswept Gravelly Hills}}
|{{color|#0E63AB}}||{{color|#0E63AB}}||-||-||[[File:Wooded Mountains Water.png|32px]]
|-
|{{BiomeLink|Savanna}}
|{{color|#2C8B9C}}||{{color|#2C8B9C}}||60||-||[[File:Savanna Water.png|32px]]
|-
|{{BiomeLink|Savanna Plateau}}<br>{{BiomeLink|Shattered Savanna}}
|{{color|#2590a8}}||{{color|#2590a8}}||-||-||[[File:Savanna Plateau Water.png|32px]]
|-
|{{BiomeLink|Badlands}}
|{{color|#4E7f81}}||{{color|#4E7f81||60
|<nowiki>-||[[File:Badlands Water.png|32px]]
|-
|{{BiomeLink|Eroded Badlands}}<br>{{BiomeLink|Wooded Badlands}}
|{{color|#497f99}}||{{color|#497f99}}||-||-||[[File:Eroded Badlands Water.png|32px]]
|-
|{{BiomeLink|Ocean}}
|{{color|#1787D4}}||{{color|#1165b0}}||60||-||[[File:Ocean Water.png|32px]]
|-
|{{BiomeLink|Deep Ocean}}
|{{color|#1787D4}}||{{color|#1463a5}}||60||-||[[File:Ocean Water.png|32px]]
|-
|{{BiomeLink|Warm Ocean}}
|{{color|#02B0E5}}||{{color|#0289d5}}||60||55%||[[File:Warm Ocean Water.png|32px]]
|-
| {{BiomeLink|Lukewarm Ocean}}
|{{color|#0D96DB}}||{{color|#0a74c4}}||60||-||[[File:Lukewarm Ocean Water.png|32px]]
|-
|{{BiomeLink|Deep Lukewarm Ocean|Lukewarm Deep Ocean}}
|{{color|#0D96DB}}||{{color|#0e72b9}}||60||-||[[File:Lukewarm Ocean Water.png|32px]]
|-
|{{BiomeLink|Cold Ocean}}
|{{color|#2080C9}}||{{color|#14559b}}||60||-||[[File:Cold Ocean Water.png|32px]]
|-
|{{BiomeLink|Deep Cold Ocean|Cold Deep Ocean}}
|{{color|#2080C9}}||{{color|#185390}}||60||-||[[File:Cold Ocean Water.png|32px]]
|-
|{{BiomeLink|Frozen Ocean}}
|{{color|#2570B5}}||{{color|#174985}}||60||-||[[File:Frozen Ocean Water.png|32px]]
|-
|{{BiomeLink|Deep Frozen Ocean|Frozen Deep Ocean}}
|{{color|#2570B5}}||{{color|#1a4879}}||60||-||[[File:Frozen Ocean Water.png|32px]]
|-
|{{BiomeLink|Mangrove Swamp}}
|{{color|#3a7a6a}}||{{color|#4d7a60}}||30||-||[[File:Mangrove Swamp Water BE.png|32px]]
|}
Biome tints from [[Biome/Before 1.18|unused biomes]]
{| class="wikitable sortable mw-collapsible mw-collapsed" data-description="Water Color in Bedrock Edition" 
! Biome
!Water Surface Color
!Water Fog Color
!Water Fog Distance
!Water Surface Transparency
!Block
|-
|{{BiomeLink|Legacy Frozen Ocean}}
|{{color|#44aff5}}||{{color|#44aff5}}||-||-||[[File:Water BE.png|32px]]
|-
|{{BiomeLink|Mountains}}
|{{color|#007BF7}}||{{color|#007bf7}}||-||-||[[File:Mountains Water.png|32px]]
|-
|{{BiomeLink|Taiga Mountains}}
|{{color|#1e6B82}}||{{color|#1e6b82}}||-||-||[[File:Taiga Mountains Water.png|32px]]
|-
|{{BiomeLink|Swamp Hills}}
| {{color|#4c6156}}||{{color|#4c6156||30||100%||[[File:Swamp Hills Water.png|32px]]
|-
| {{BiomeLink|Snowy Mountains}}
|{{color|#1156a7}}||{{color|#1156a7}}||-||-||[[File:Snowy Mountains Water.png|32px]]
|-
|{{BiomeLink|Mushroom Field Shore}}
|{{color|#818193}}||{{color|#818193}}||-||-||[[File:Mushroom Field Shore Water.png|32px]]
|-
|{{BiomeLink|Desert Hills}}
|{{color|#1a7aa1}}||{{color|#1a7aa1}}||-||-||[[File:Desert Hills Water.png|32px]]
|-
|{{BiomeLink|Wooded Hills}}
|{{color|#056bd1}}||{{color|#056bd1}}||-||-||[[File:Wooded Hills Water.png|32px]]
|-
|{{BiomeLink|Taiga Hills}}
|{{color|#236583}}||{{color|#236583}}||-||-||[[File:Taiga Hills Water.png|32px]]
|-
|{{BiomeLink|Mountain Edge}}
|{{color|#045cd5}}||{{color|#045cd5}}||-||-||[[File:Mountain Edge Water.png|32px]]
|-
|{{BiomeLink|Jungle Hills}}<br>{{BiomeLink|Modified Jungle}}<br>{{BiomeLink|Bamboo Jungle Hills}}
|{{color|#1B9ED8}}||{{color|#1B9ED8}}||-||-||[[File:Jungle Hills Water.png|32px]]
|-
|{{BiomeLink|Modified Jungle Edge}}
|{{color|#0D8AE3}}||{{color|#0D8AE3}}||-||-||[[File:Jungle Edge Water.png|32px]]
|-
|{{BiomeLink|Birch Forest Hills}}
|{{color|#0a74c4}}||{{color|#0a74c4}}||-||-||[[File:Birch Forest Hills Water.png|32px]]
|-
|{{BiomeLink|Snowy Taiga Mountains}}
|{{color|#205e83}}||{{color|#205e83}}||60||-||[[File:Snowy Taiga Water.png|32px]]
|-
|{{BiomeLink|Snowy Taiga Hills}}
|{{color|#245b78}}||{{color|#245b78}}||-||-||[[File:Snowy Taiga Hills Water.png|32px]]
|-
|{{BiomeLink|Giant Tree Taiga Hills}}
|{{color|#286378}}||{{color|#286378}}||-||-||[[File:Giant Tree Taiga Hills Water.png|32px]]
|-
|{{BiomeLink|id=modified-gravelly-mountains|Gravelly Mountains+}}
|{{color|#0E63AB}}||{{color|#0e63ab}}||-||-||[[File:Wooded Mountains Water.png|32px]]
|-
|{{BiomeLink|Shattered Savanna Plateau}}
|{{color|#2590a8}}||{{color|#2590a8}}||-||-||[[File:Savanna Plateau Water.png|32px]]
|-
|{{BiomeLink|Badlands Plateau}}<br>{{BiomeLink|Modified Badlands Plateau}}
|{{color|#55809E}}||{{color|#55809e}}||-||-||[[File:Badlands Plateau Water.png|32px]]
|-
|{{BiomeLink|Deep Warm Ocean|Warm Deep Ocean}}
|{{color|#02B0E5}}||{{color|#0686ca}}||60||-||[[File:Warm Ocean Water.png|32px]]
|}

===Water and lava===
{{Main|Fluid#Mixing}}

Water and lava can produce [[stone]], [[cobblestone]], or [[obsidian]] based on how they interact. If water touches a lava source, the lava source turns to obsidian. If both touch each other while flowing, cobblestone is made and no sources are removed, and if lava flows downward onto water, the water turns to stone.

===Interactions with mobs===
====Direct contact====

Water damages [[endermen]], [[snow golem]]s, [[Strider|striders]] and [[blaze]]s, at a rate of {{hp|1}} per half second. If water comes into contact with a [[shulker]] or an [[enderman]], the mob teleports away.

====Suffocation====
{{Main|Damage#Suffocation in water}}

Players and mobs (except [[aquatic mob]]s, [[undead mob]]s and [[iron golem]]s) have a breath meter that lasts 15 seconds. After they run out of breath, they take {{hp|2}} suffocation damage every second until they die, surface, or enter [[bubble column]]s.

[[Dolphin]]s are a special case in drowning: they take suffocation damage when underwater for about 4 minutes, but also take suffocation damage when in air for about 2 minutes.

Each level of the [[Respiration]] enchantment adds 15 seconds to the breath meter and grants an x/(x+1) chance (where x is the Respiration level) of not taking damage after that time: 30 seconds and an average {{hp|1}}/second with Respiration I, 45 seconds and an average of {{frac|2|3}} damage/second with Respiration II, and 60 seconds and an average of {{frac|1|2}} damage/second with Respiration III.

If a [[husk]] suffocates underwater, it starts to shake and eventually becomes a [[zombie]]. If a [[zombie]] suffocates underwater, it starts to shake and eventually transforms into a [[drowned]].

=== Slower mining speed===
Players with their head underwater require 5 times the normal amount of time to mine blocks while standing on the ground, or 25 times while not on the ground. If a player wears a helmet with the [[Aqua Affinity]] enchantment, then underwater mining speed while standing on the ground is the same as on land, and 5 times slower if not standing on the ground.

===Explosions===
Water does not prevent explosions from activating. Water has a high blast resistance, causing it to absorb any normal blasts, with the exception of explosions from [[underwater TNT]].

===Hardening concrete powder ===
When water comes into contact with [[concrete powder]], the powder hardens into solid [[concrete]].

===Sponges===
When a dry [[sponge]] comes into contact with a water source or flowing block, it becomes a wet [[sponge]], absorbing all water within 3 to 5 blocks in all directions. [[Kelp]] and [[lily pad]]s within the absorbed water blocks are destroyed and drop as items, and [[seagrass]] is destroyed without dropping anything. Mobs that take damage out of water are affected as a side-effect. 

Sponges do not absorb water from [[Waterlogging|waterlogged]] blocks, nor water that comes into contact by flowing back in from outside the area of absorption. For instance, placing a sponge 4 or more blocks from a single water source removes the flowing water in the area of effect, but as the flow from the source resumes it is not affected by the wet sponge.

A sponge instantly absorbs nearby water when it is placed next to water or when water comes into contact with it (by being placed next to the sponge, or by flowing toward it). A sponge absorbs [[water]] around itself (water source blocks or flowing water) out to a [[taxicab distance]] of 7 in all directions (including up and down), but won't absorb more than 65 blocks of water (water closest to the sponge is absorbed first). The absorption propagates only from water to water and does not "jump over" non-water blocks (including air).

===Dripping===
[[File:WaterDropletsExample.png|thumb|Dripping water.]]
Water above a non-transparent block (except for stairs, fences, or slabs) produces dripping particles on the underside of that block. If a block of [[Pointed Dripstone|pointed dripstone]] hangs under any block directly beneath a water source, the drips can slowly fill up a [[cauldron]] placed underneath. Without the dripstone, a cauldron does not fill.

===Vertical transport===
[[Bubble column]]s are created by placing magma blocks or [[soul sand]] under water. These can be used to transport [[mobs]] or items quickly vertically.

==Sounds==
{{el|je}}:
{{Sound table
|sound=Entering water1.ogg
|sound2=Entering water2.ogg
|sound3=Entering water3.ogg
|subtitle=MC-177092
|source=ambient
|description=When the player's eye level goes underwater
|id=ambient.underwater.enter
|translationkey=-
|volume=0.8<wbr>{{Until|JE 1.20.2}}<br>0.5<wbr>{{Upcoming|JE 1.20.2}}
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Exiting water1.ogg
|sound2=Exiting water2.ogg
|sound3=Exiting water3.ogg
|subtitle=MC-177092
|source=ambient
|description=When the player's eye level goes above water
|id=ambient.underwater.exit
|translationkey=-
|volume=0.5<wbr>{{Until|JE 1.20.2}}<br>0.3<wbr>{{Upcoming|JE 1.20.2}}
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Underwater Ambience.ogg
|subtitle=MC-196825
|source=ambient
|description=Randomly when underwater
|id=ambient.underwater.loop
|translationkey=-
|volume=0.65
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Bubbles1.ogg
|sound2=Bubbles2.ogg
|sound3=Bubbles3.ogg
|sound4=Bubbles4.ogg
|sound5=Bubbles5.ogg
|sound6=Bubbles6.ogg
|sound7=Water1.ogg
|sound8=Water2.ogg
|subtitle=MC-196825
|source=ambient
|description=Randomly when underwater
|id=ambient.underwater.loop.additions
|translationkey=-
|volume=1.0
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Animal1.ogg
|sound2=Bass Whale1.ogg
|sound3=Bass Whale2.ogg
|sound4=Crackles1.ogg
|sound5=Crackles2.ogg
|sound6=Driplets1.ogg
|sound7=Driplets2.ogg
|sound8=Earth Crack.ogg
|subtitle=MC-196825
|source=ambient
|description=Randomly when underwater
|id=ambient.underwater.loop.additions.rare
|translationkey=-
|volume=''varies'' <ref group=sound>The first, fifth, and eighth sounds are 1.0; the second sound is 0.45; the third, sixth, and seventh sounds are 0.5; the fourth sound is 0.7</ref>
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Animal2.ogg
|sound2=Dark1.ogg
|sound3=Dark2.ogg
|sound4=Dark3.ogg
|sound5=Dark4.ogg
|subtitle=MC-196825
|source=ambient
|description=Randomly when underwater
|id=ambient.underwater.loop.additions.ultra_rare
|translationkey=-
|volume=1.0 <ref group=sound>Except the third sound, which is 0.7</ref>
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Water1.ogg
|sound2=Water2.ogg
|subtitle=Water flows
|source=block
|description=Randomly from flowing water
|id=block.water.ambient
|translationkey=subtitles.block.water.ambient
|volume=0.75-1.0
|pitch=0.5-1.5
|distance=16}}
{{Sound table
|sound=Water splash1.ogg
|sound2=Water splash2.ogg
|subtitle=Splashing
|source=dependent
|description=When something enters water
|id=entity.generic.splash
|translationkey=subtitles.entity.generic.splash
|volume=0.0-1.0 <ref group=sound name=speedvolume>The mob's momentum, with the horizontal axes' velocities multiplied by 0.2 (capped at 1.0)</ref>
|pitch=0.6-1.4
|distance=16}}
{{Sound table
|sound=Swim1.ogg
|sound2=Swim2.ogg
|sound3=Swim3.ogg
|sound4=Swim4.ogg
|subtitle=Swimming
|source=dependent
|description=While something is moving through water
|id=entity.generic.swim
|translationkey=subtitles.entity.generic.swim
|volume=0.0-1.0 <ref group=sound name=speedvolume/>
|pitch=0.6-1.4
|distance=16}}
{{Sound table
|sound=Empty water bucket1.ogg
|sound2=Empty water bucket1.ogg
|sound3=Empty water bucket2.ogg
|sound4=Empty water bucket3.ogg
|subtitle=Bucket empties
|source=block
|description=When water is placed with a bucket
|id=item.bucket.empty
|translationkey=subtitles.item.bucket.empty
|volume=1.0 <ref group=sound>Except for the second copy of {{cd|empty1}}, which is 0.9</ref>
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Fill water bucket1.ogg
|sound2=Fill water bucket2.ogg
|sound3=Fill water bucket3.ogg
|subtitle=Bucket fills
|source=player
|description=When water is collected with a bucket
|id=item.bucket.fill
|translationkey=subtitles.item.bucket.fill
|volume=1.0
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Axolotl.ogg
|sound2=Dragon fish.ogg
|sound3=Shuniji.ogg
|subtitle=-
|source=music
|description=Randomly when underwater
|id=music.under_water
|translationkey=-
|volume=0.4
|pitch=1.0
|distance=16
|foot=1}}

{{el|be}}:
{{Sound table
|type=bedrock
|sound=Water2.ogg
|source=block
|description=Randomly from flowing water
|id=liquid.water
|volume=0.75-1.0
|pitch=0.5-1.5}}
{{Sound table
|sound=Water Splash Old.ogg
|source=player
|description=When something enters water<wbr><ref group=sound>{{Bug|MCPE-44120}}</ref>
|id=random.splash
|pitch=0.6-1.4}}
{{Sound table
|sound=Water splash1.ogg
|sound2=Water splash2.ogg
|source=ambient
|description=?[[Category:Pages missing sound description]]<wbr>{{Upcoming|BE 1.20.40}}
|id=entity.generic.splash
|pitch=0.6-1.4}}
{{Sound table
|sound=Entering water1.ogg
|sound2=Entering water2.ogg
|sound3=Entering water3.ogg
|source=player
|description=When the player's eye level goes underwater<wbr>{{Upcoming|BE 1.20.40}}
|id=ambient.underwater.enter
|volume=<!--0.8 (other multipliers)-->
|pitch=1.0}}
{{Sound table
|sound=Exiting water1.ogg
|sound2=Exiting water2.ogg
|sound3=Exiting water3.ogg
|source=player
|description=When the player's eye level goes above water<wbr>{{Upcoming|BE 1.20.40}}
|id=ambient.underwater.exit
|volume=<!--1.0 (other multipliers)-->
|pitch=1.0}}
{{Sound table
|sound=Swim1.ogg
|sound2=Swim2.ogg
|sound3=Swim3.ogg
|sound4=Swim4.ogg
|source=player
|description=While something is moving through water
|id=random.swim
|pitch=0.6-1.4}}
{{Sound table
|sound=Empty water bucket1.ogg
|sound2=Empty water bucket2.ogg
|sound3=Empty water bucket3.ogg
|source=block
|description=When water is placed with a bucket
|id=bucket.empty_water
|volume=1.0
|pitch=1.0}}
{{Sound table
|sound=Fill water bucket1.ogg
|sound2=Fill water bucket2.ogg
|sound3=Fill water bucket3.ogg
|source=block
|description=When water is collected with a bucket
|id=bucket.fill_water
|volume=1.0
|pitch=1.0}}
{{Sound table
|sound=Axolotl.ogg
|sound2=Dragon fish.ogg
|sound3=Shuniji.ogg
|source=music
|description=Randomly when underwater
|id=music.game.water
|volume=0.2
|pitch=1.0
|foot=1}}

==Data values==
===ID===
{{edition|java}}:
{{ID table
|edition=java
|firstcolumnname=Water
|showforms=y
|generatetranslationkeys=y
|displayname=Block
|spritename=water
|spritetype=block
|nameid=water
|form=block
|foot=1}}
{{ID table
|edition=java
|firstcolumnname=Water
|showfluidtags=y
|displayname=Fluid
|spritename=water
|spritetype=block
|nameid=water
|fluidtags=water}}
{{ID table
|displayname=Flowing Fluid
|spritetype=block
|spritename=water
|nameid=flowing_water
|fluidtags=water
|foot=1}}

{{edition|bedrock}}:
{{ID table
|edition=bedrock
|firstcolumnname=Water
|shownumericids=y
|showforms=y
|generatetranslationkeys=y
|displayname=Flowing
|spritename=water
|spritetype=block
|nameid=flowing_water
|id=8
|form=block}}
{{ID table
|displayname=Stationary
|spritename=water
|spritetype=block
|nameid=water
|id=9
|form=block
|foot=1}}

===Block states===
{{see also|Block states}}

{{/BS}}

=== Fluid states===
{{see also|Block states}}

{{/FS}}

==Achievements==
{{load achievements|Free Diver;Sleep with the Fishes}}

==Advancements==
{{load advancements|Tactical fishing;The Cutest Predator}}

==History==
{{Main|/History}}
{{History|java classic}}
{{History||May 17, 2009|link=https://archive.org/download/Minecraft_IRC_Logs_2009/history/files/May-15-to-June-03-2009/2009-05-17.140618-0400EDT.txt.~1~|Notch mentions developing water.{{q|a very very first version of the water is somewhat working now, heh [/] the level starts out without any water and is surrounded a by a huge ocean [/] it quickly fills, leaving islands}}}}
{{History||0.0.12a|snap=May 18, 2009|slink=Java Edition Classic 0.0.12a/Development#Water test (May 18, 2009)|[[File:Water (pre-release).png|32px]] Water is shown.}}
{{History|||snap=release|slink=Java Edition Classic 0.0.12a|[[File:Water JE1.png|32px]] Added water.
|Water flows to any available space below or beside it and creates a new source [[block]], making it easy to flood a whole world just with one source.}}
{{History||May 22, 2009|link=wordofnotch:111386404|[[Notch]] pointed out that when a [[plant]] or non-cube block is placed in water, it produces a box of [[air]] around it. He asked how it could be fixed, and whether he even had to.}}
{{History||0.0.13a|[[File:Water JE2.png|32px]] The model of water has been changed.}}
{{History||May 24, 2009|link=wordofnotch:112481256|A new water system is mentioned.}}
{{History||May 24, 2009|link=wordofnotch:112481370|A new water system is shown.}}
{{History||May 24, 2009|link=wordofnotch:112487511| Another test of water is shown.}}
{{History||May 26, 2009|link=wordofnotch:113350683|While sharing feedback on experiments with random vertex and color offsets, and deciding to scrap it, Notch said he would investigate salvaging the technique to add animation to water tiles.}}
{{History||0.0.19a|[[File:Water JE3.png|32px]] Added [[Procedural animated texture generation|procedural animated texture]] to water. The old texture is retained for use as a [[animation placeholder texture|placeholder]].
|Upscaled model 2% to fix z-fighting with blocks below water. It's created water or lava models overlapping and z-fighting with each other.
|Added [[sponge]]s, which remove water.
|Water part of the [[world boundary]] still uses the old water texture.}}
{{History||0.0.20a_02|[[File:Water JE4.png|32px]] Changed model scale back to normal with 1% offset on all coordinates.}}
{{History||0.26 SURVIVAL TEST|[[File:Water JE5.png|32px]] UV mapping on side faces now has 11% v offset up.}}
{{History||0.28|[[File:Water JE4.png|32px]] Fixed UV mapping.}}
{{History|java indev}}
{{History||0.31|snap=20091223-1|[[File:Water JE6.png|32px]] Added the flowing water texture, which is now used on the sides of water.}}
{{History|||snap=20100106|Water part of the [[world boundary]] now uses the animated water texture.}}
{{History|||snap=20100113|Water is now finite.|[[Ocean]]s now have infinite water.
|Water now always drains from its highest remove location.
|Water no longer moves on the surface on its own.
|Water now has a {{frac|2|3}} probability to evaporate and a {{frac|1|3}} probability to copy.}}
{{History|||snap=20100122|Water now spawns in level generation as [[spring]]s and lakes.}}
{{History|||snap=20100131|The texture of water is now seen when underwater.}}
{{History|java infdev}}
{{History||20100227-1|Water no longer flows due to changes in chunk handling for infinite worlds.{{verify|type=change}}}}
{{History||20100607|[[File:Water JE7.png|32px]] UV mapping now has 1% uv offset on top and bottom faces and 1% u, 11% v offset on side faces.}}
{{History||20100608|[[File:Water JE6.png|32px]] Fixed UV mapping, once again.}}
{{History||20100615|[[File:Water JE8.png|32px]] The model has been changed.
|Added flowing water.
|Sources placed in isolation flow exclusively downward, rather than spreading out one block in each direction as well.
|Water and lava do not produce any solid blocks when combined.
|Water does not replace plants.
|Water is now infinite again.
|Added [[water bucket]]s, which can be filled with water.}}
{{History||20100616-1|[[File:Water JE9.png|32px]] Added vertex offset.
|Water and flowing water now has visual connection to blocks.
|Downward flowing water now pushes the [[player]] out.{{info needed|and other entities?}}}}
{{History||20100617-2|[[File:Water JE10.png|32px]] Removed vertex offset.
|Water sources placed in the air now flow outward.
|Lava and flowing lava touching water, flowing water now replaces with [[obsidian]].
|Downward flowing water no longer pushes the player out.
|Water now can replace [[plants]]. However no items are dropped.}}
{{History||20100618|Water can now replace [[rail]]s.}}
{{History||20100624|Water now destroys plants, dropping as items.}}
{{History|java alpha}}
{{History||v1.0.2_02|[[Fluids]], including water, have been slightly tweaked.}}
{{History||v1.0.5_01|Water can now freeze into [[ice]].}}
{{History||v1.2.6|[[Lake]]s, which contain water, have been added.}}
{{History|java beta}}
<!--{{History||1.5|Dropped [[item]]s in flowing water now move faster.{{check version|Taken from trivia, may not be beta}}}}-->
{{History||1.6|snap=Test Build 3|[[Rain]] and [[snow]] no longer fall through water.
|Water sources now form over [[glass]].}}
{{History||1.8|snap=Pre-release|[[File:Water JE11.png|32px]] Changed [[lighting]].
|Underwater [[particles]] have been added.
|Because of the change in how land is generated, if a [[player]] is in a world that was made pre-1.8 and travels into new [[chunk]]s, there's a chance that a large [[ocean]] may be formed as the ocean [[biome]]. There is also a one-[[block]]-high drop in sea level along the discontinuity between the old and new chunks with the old chunks being higher.
|Water can now be found in the farms and wells of [[village]]s, and the fountain rooms of [[stronghold]]s.
|Two [[biome]]s have been added that are almost all water: [[ocean]]s and [[river]]s.}}
{{History|java}}
{{History||1.0.0|snap=Beta 1.9 Prerelease|[[File:Swamp Water JE1.png|32px]] {{color|#E0FF70}} Added water color in swampland.
|Added dripping water.}}
{{History|||snap=Beta 1.9 Prerelease 4|Added [[Respiration]] and [[Aqua Affinity]] enchantments, which allow more breathing time in water and normal digging speed in water.}}
{{History|||snap=Beta 1.9 Prerelease 5|Now flowing downward creates source blocks}}
{{History|||snap=RC1|[[File:Water JE12.png|32px]] [[File:Swamp Water JE2.png|32px]] Faces on model now 0.1% moved to center to fix z-fighting on inner faces.}}
{{History||1.1|snap=12w01a|[[File:Swamp Water JE3.png|32px]] {{color|#E0FFAE}} The water color in swampland is now less intense.}}
{{History||1.2.1|snap=12w04a|Added [[desert well]]s, which contain water.}}
{{History||1.3.1|snap=12w17a|The ability to bring water using [[ice]] into [[the Nether]] has been removed.}}
{{History|||snap=12w21a|[[Dispenser]]s have been given the ability to shoot out [[fluids]], including water, inside [[water bucket]]s. They can also collect the fluids if activated again.}}
{{History||1.4.2|snap=12w38a|The [[sound]] when jumping and swimming in water has been changed.
|The sound of flowing water is now continuous.
|The water overlay is a more saturated blue.}}
{{History||1.4.4|snap=1.4.3|Water of any depth now negates all [[Damage#Fall damage|fall damage]]. [[Player]]s and [[mob]]s no longer die from great heights in shallow water.<ref>{{bug|MC-1644}} resolved as Works As Intended</ref>}}
{{History||1.5|snap=13w02a|[[File:Water JE13.png|32px]] [[File:Swamp Water JE4.png|32px]] The texture of water has been changed to use an animated texture file. Prior to this version, the texture was procedurally generated by the game (see dedicated section below).}}
{{History|||snap=13w03a|A water source [[block]] now forms if there is another water source block below it.}}
{{History|||snap=13w04a|Flowing water in [[Creative]] mode no longer slows the [[player]] down when flying.}}
{{History||1.6.1|snap=13w17a|Water [[lake]]s no longer generate in [[desert]]s.}}
{{History||1.7.2|snap=13w36a|[[File:Swamp Water JE4.png|32px]] {{color|#E0FFAE}} Added water color in swampland M, which is the same as in swampland.}}
{{History||1.7.2|snap=13w36a|Water pools now generate in the new desert M [[biome]].
|[[Ocean]]s are much smaller.}}
{{History|||snap=13w41a|[[File:Water JE14.png|32px]] [[File:Swamp Water JE5.png|32px]] Water's six internal faces are now visible from the outside.
|Water, [[ice]] and [[portal]]s are now visible through each other. This also now allows water's inside faces to be visible from outside.}}
{{History|||snap=13w42a|[[File:Water JE13.png|32px]] [[File:Swamp Water JE6.png|32px]] Water's internal faces have been removed. This visually reverts water to its pre-13w41a appearance when seen from the outside.}}
{{History||1.7.4|snap=13w47a|Water's internal top face has been readded.<ref>{{bug|MC-35658}}</ref>}}
{{History|||snap=13w48a|[[File:Water JE15.png|32px]] [[File:Swamp Water JE7.png|32px]] Water's internal side faces except the bottom face, have been readded.<ref>{{bug|MC-40621}}</ref><ref>{{bug|MC-190053}}</ref>}}
{{History||1.9|snap=15w43b|When viewed through [[glass]], water now appears as a solid blue color, as opposed to a downward flowing water texture.<ref name="badwatergraphicsJE">{{bug|MC-35790}}</ref>}}
{{History||1.11|snap=16w39a|Water now generates in [[woodland mansion]]s.}}
{{History||1.12|snap=17w06a|Water now hardens [[concrete powder]] into [[concrete]], on contact.}}
{{History||1.13|snap=18w07a|[[Item]]s now float in water.
|The [[player]]'s underwater visibility has been changed - the longer a player stays underwater, the better they can see.}}
{{History|||snap=18w10a|Underwater visibility now depends on the [[biome]] the player is in.}}
{{History|||snap=18w10c|Water can now be placed in the same block as [[chest]]s, [[trapped chest]]s, [[stairs]], [[slab]]s, [[fence]]s, [[wall]]s, [[iron bars]] and [[glass pane]]s.}}
{{History|||snap=18w10d|Water can now be placed in [[ender chest]]s, [[trapdoor]]s, [[ladder]]s, and [[sign]]s.}}
{{History|||snap=18w15a|[[File:Water JE16.png|32px]] {{color|#3F76E4}} Added default water color. The textures of water have been changed from blue to grayscale.<ref>{{bug|MC-200838}}</ref>
|[[File:Warm Ocean Water JE.png|32px]] [[File:Lukewarm Ocean Water JE.png|32px]] [[File:Frozen Ocean Water JE.png|32px]] [[File:Cold Ocean Water JE.png|32px]] Added water colors for [[warm ocean]], [[lukewarm ocean]], [[frozen ocean]] and [[cold ocean]].
|[[File:Swamp Water.png|32px]] {{color|#617B64}} Water color in swampland has been changed.
|[[File:Swamp Hills Water 18w15a.png|32px]] {{color|#E0FFAE}} Water color in swampland M is unchanged.<ref>{{bug|MC-128558}}</ref>
|Water now blocks 1 [[light]] level per [[block]] instead of 3.
|[[Player]]s no longer receive the [[Night Vision]] effect while underwater.{{verify|type=change|Did this ever happen, or is it just being used as an analogy?}}}}
{{History|||snap=18w16a|When water spreads and would later turn into a source [[block]], it now immediately places a source block.}}
{{History|||snap=18w19a|[[Experience orb]]s now float in water.}}
{{History|||snap=pre3|[[File:Swamp Water.png|32px]] {{color|#617B64}} water color in swamp hills now the same as in [[swamp]].}}
{{History|||snap=pre7|Pressing the {{control|jump}} button in flowing water at <code>level=1</code>, <code>level=2</code> and <code>level=3</code> now do normal jumps instead of {{control|swimming}} up.}}
{{History||1.15|snap=19w34a|Added [[bee]]s, which get damaged while in water.}}
{{History|||snap=19w35a|Bees now try to avoid water.}}
{{History||1.17|snap=20w45a|Flowing water no longer breaks rails.}}
{{History|||snap=21w06a|[[Aquifer]]s, large bodies of water in caves, have been added.}}
{{History|||snap=21w07a|Aquifers generate less often.}}
{{History|||snap=21w08a|Water [[spring]]s are now able to generate below Y{{=}}0.}}
{{History|||snap=21w10a|The FOV shrinking effect now respects the "FOV Effects" accessibility slider.<ref>{{bug|MC-214629}}</ref>}}
{{History|||snap=21w15a|All changes to water generation from 21w06a to 21w08a have been reverted.}}
{{History|||snap=Pre-release 2|[[Smooth lighting]] now works properly underwater.<ref>{{bug|MC-68129}} resolved as "Fixed"</ref>}}
{{History||1.18|snap=Experimental Snapshot 1|[[File:Meadow Water.png|32px]] Added water color in [[meadow]].
|All changes to water generation in the 1.17 snapshots have been reintroduced.}}
{{History||1.18|snap=21w40a|[[Water lake]]s no longer generate.}}
{{History||1.19|snap=Deep Dark Experimental Snapshot 1|Water can now generate as part of [[Ancient City|ancient cities]].}}
{{History||1.19|snap=22w14a|[[File:Mangrove Swamp Water.png|32px]] Added water color in [[mangrove swamp]].}}
{{History||1.19.3|snap=22w44a|Added the [[game rule]] {{cd|waterSourceConversion}}, which disables the formation of new water source blocks when set to {{cd|false}}.}}
{{History||1.20<br>(experimental)|link=1.19.4|snap=23w07a|[[File:Cherry Grove Water JE1.png|32px]] Added water color in [[cherry grove]].}}

{{History|pocket alpha}}
{{History||v0.1.0|[[File:Water JE11.png|32px]]{{verify|type=change|Is this accurate to how it appeared in this edition at this time?}} Added water. 
|[[File:Water JE2.png|32px]] On older or much newer devices, the old [[Java Edition|Java]] water texture is used, whereas the newer animated texture is used on intermediately modern devices.}}
{{History||v0.7.0|[[File:Water JE11.png|32px]]{{verify|type=change|Is this accurate to how it appeared in this edition at this time?}} The texture of water has been changed to the new texture for all devices.}}
{{History||v0.9.0|snap=build 1|[[File:Swamp Water BE1.png|32px]] Water now uses a dark blue coloration in [[swamp]]s.
|Water dripping [[particles]] have been changed.
|[[Water lake]]s have been added.
|Water can now be found in the farms and wells of [[village]]s.
|Two [[biome]]s have been added that are almost all water: [[ocean]]s and [[river]]s.
|Oasis now generate in the new [[desert]] M [[biome]].}}
{{History||v0.10.0|snap=build 1|Smooth lighting for water has been added.
|A gradient effect has been added to water that increases its opacity with distance.
|[[File:Old bedrock swamp water.png|32px]] Water color in swampland has been changed.
|Flowing water can now push [[entities]].}}
{{History|||snap=build 7|Running water now has [[sound]]s.}}
{{History|||snap=?|Water now destroys [[block]]s.{{info needed|if this is referring to washing away plants and torches and stuff, it's been able to do that since 0.1.0}}}}
{{History||v0.14.0|snap=build 1|[[Dispenser]]s can now shoot out water from [[water bucket]]s. They can also suck up [[fluids]], including water, directly adjacent to the side they are facing.}}
{{History||v0.14.2|[[File:Old bedrock water.png|32px]] Water now uses animated texture files.}}
{{History|pocket}}
{{History||1.0.0|snap=alpha 1.0.0.0|When viewed through [[glass]], water now appears as a solid blue color, as opposed to a downward flowing water texture.<ref name="badwatergraphicsBE">{{bug|MCPE-11140}}</ref>}}
{{History||1.1.0|snap=alpha 1.1.0.0|Water now generates in [[woodland mansion]]s.
|Water now hardens [[concrete powder]] into [[concrete]], on contact.}}
{{History|bedrock}}
{{History||?|The rendering change for water in 1.0.0 has been reverted for an unknown reason.}}
{{History||1.2.13|snap=beta 1.2.13.5|Water can now be placed in the same [[block]]s as [[slab]]s and [[stairs]].}}
{{History||1.4.0|snap=beta 1.2.14.2|Water can now be placed in the same block as most transparent blocks, instead of slabs and stairs only.}}
{{History|||snap=beta 1.2.20.1|[[File:Plains Water.png|32px]] Water now has a completely new look for every [[biome]] and it is now much easier to see above and underwater (see [[Water#Bedrock Edition]] for all biome colors).
|[[Item]]s now float to the top of water.
|Underwater visibility now depends on the [[biome]] the [[player]] is in.
|[[Respiration]] enchantment and [[Water Breathing]] effect no longer grants enhanced underwater visibility.}}
{{History|||snap=?|When viewed through [[glass]], water now appears as its own top texture, as opposed to a downward flowing water texture.<ref name="badwatergraphicsBE"/>}}
{{History||1.14.0|snap=beta 1.14.0.1|Added [[bee]]s, which get damaged when touching water and try to avoid it.}}

{{History|console}}
{{History||xbox=TU1|xbone=CU1|ps=1.0|wiiu=Patch 1|switch=1.0.1|[[File:Water JE11.png|32px]]{{verify|type=change|Is this accurate to how it appeared in this edition at this time?}} [[File:Swamp Water JE2.png|32px]] Added water.}}
{{History||xbox=TU9|[[Dispenser]]s have been given the ability to shoot out [[fluids]], including water, inside [[water bucket]]s. They can also suck up the fluids if activated again, but a bug prevents the empty [[bucket]] from being filled.}}
{{History||xbox=TU12|[[File:Water JE15.png|32px]] Water now uses animated texture files.}}
{{History||xbox=TU25|xbone=CU14|ps=1.17|Water can be used in custom superflats. It appears as a 3D block in the block selection screen of the custom superflat interface.}}
{{History||xbox=TU31|xbone=CU19|ps=1.22|wiiu=Patch 3|Water splash [[sound]]s have been updated.
|Most [[mob]]s can now [[swimming|swim]] in water.}}
{{History||xbox=TU69|xbone=none|ps=1.76|wiiu=Patch 38|switch=none|[[File:Warm Ocean Water.png|32px]] [[File:Lukewarm Ocean Water.png|32px]] [[File:Frozen Ocean Water.png|32px]] [[File:Cold Ocean Water.png|32px]] Added [[warm ocean]], [[lukewarm ocean]], [[frozen ocean]] and [[cold ocean]] texture colors for water in those [[biome]]s.}}
{{History||ps=1.78|The animation of water is now less smooth.}}

{{History|New 3DS}}
{{History||0.1.0|[[File:Water JE15.png|32px]]{{verify|type=change|Is this accurate to how it appeared in this edition at this time?}} [[File:Old bedrock swamp water.png|32px]] Added water.}}
{{History|foot}}
<!-- Still need to add in the right version: Drowning added, Water can turn into ice -->
<!--- Still need to add "1.16 pre-release 5 - Water overlay texture turned slightly darker" -->
{{More sounds|Old and older water splash sounds.|type=historical}}

===Data history===
{{History|java}}
{{History||1.13|snap=17w47a|Prior to [[1.13/Flattening|''The Flattening'']], these blocks' numeral IDs were 8 and 9. Both blocks have been merged into a single one.}}
{{History|||snap=18w10c|Removed <code>flowing_water</code>.}}
{{History|foot}}

<gallery>
EarlyFlowingWater.png|The water and flowing water in [[Infdev 20100615]].
</gallery>

==Issues==
{{Issue list}}

==Trivia==
*The texture subtly overlaid on the screen when underwater is that of the original water texture from 0.0.12a.
**The outdatedness of this texture is not considered a bug or oversight, unlike many other outdated textures.<ref>{{bug|MC-241000|||Invalid}}</ref>
**This texture is particularly difficult to notice due to its extreme transparency,<ref>{{bug|MC-128337}}</ref> as well as the fact that other blocks likely make the scene visually noisy enough to further obscure it under most conditions.
* While underwater, the player's FOV (field of vision) is lowered by 10 to simulate light {{w|refraction}}. This can be disabled via the "FOV Effects" [[option]].
*If a player or mob with the [[Levitation]] effect touches water, the effect is completely negated.<ref>{{bug|MC-83369}}</ref>

==Gallery==
<gallery>
1.8underwater.png|Underwater particles, or "bubbles".
Underground water mix.png|Water that is underground, but is still part of 2 different biomes. The color is split.
InvisibleWater.png|A glitch where water is invisible below its surface level.
Water Cave Filling.png|Water flowing into a [[cave]].
Under water.png|A view underwater.
Mac os water texture V1.13-920.gif|Animated view of the Java edition water texture.
Bubbles.gif|These bubbles appear above the [[hunger]] bar when the player's head is in water, and when all the bubbles pop, a heart of damage is dealt every second until the player is no longer entirely under water.
Waterfall.png|A naturally occurring waterfall.
Water (texture) JE1 BE1.png|This texture is subtly overlaid on the screen when underwater.
Land ruin.png|An underwater ruin {{in|bedrock}} that generated on land with a water block on top of it.
Land ruin Java.png|An underwater ruin {{in|java}} that generated on land with a visible loot chest that is not waterlogged and doesn't have water on top of it.
Largelake.png|A large lake, during a [[thunderstorm]].
Coral reef at night.png|A [[coral reef]] at night, in a [[warm ocean]] biome.
WaterRavine.jpg|A bug that causes the water to not flow into the pit.
Obsidian Spring.png|A water flowing on lava lake, creating obsidian. The water was placed by a player.
Two flowing streams.png|Waterfalls made by a player.
Watercave.png|Water flowing into the cave from nearby lake.
RavineandStornghold.png|Ravine with multiple ores, water and lava falls, and stronghold bridge over it.
Water shade.png|Different water colors in swamp biome.
File:Nonflowingwater.png|A block of water, which is not flowing because of a glitch, besides a village farm.
</gallery>

==See also==
*[[Waterlogging]]

==References ==
{{Reflist}}

==External Links ==
*[https://www.minecraft.net/en-us/article/block-week-water Block of the Week: Water] – Minecraft.net on July 14, 2017

{{Blocks|natural}}
{{Items}}

[[Category:Fluids]]
[[Category:Natural blocks]]
[[Category:Non-solid blocks]]
[[Category:Generated structure blocks]]

[[cs:Voda]]
[[de:Wasser]]
[[es:Agua]]
[[fr:Eau]]
[[hu:Víz]]
[[it:Acqua]]
[[ja:水]]
[[ko:물]]
[[nl:Water]]
[[pl:Woda]]
[[pt:Água]]
[[ru:Вода]]
[[th:น้ำ]]
[[tr:Su]]
[[uk:Вода]]
[[zh:水]]</li><li>[[Sword|Sword]]<br/>{{For|the item in ''Minecraft Dungeons''|MCD:Sword|MCD:Diamond Sword}}
{{Item
| image = <gallery>
Wooden Sword.png | Wooden
Stone Sword.png | Stone
Iron Sword.png | Iron
Golden Sword.png | Golden
Diamond Sword.png | Diamond
Netherite Sword.png | Netherite
</gallery>
| rarity = Common
| renewable = 
* '''Netherite''': No
* '''All others''': Yes
| durability = 
'''Java Edition'''<br>
Golden: 32<br>
Wood: 59<br>
Stone: 131<br>
Iron: 250<br>
Diamond: 1561<br>
Netherite: 2031<br>
'''Bedrock Edition'''<br>
Golden: 33<br>
Wood: 60<br> 
Stone: 132<br>
Iron: 251<br>
Diamond: 1562<br>
Netherite: 2032
| stackable = No
}}
The '''sword''' is a melee [[weapon]] that is mainly used to deal [[damage]] to [[entity|entities]] or for breaking certain blocks faster than by hand. A sword is made from one of six materials, in order of increasing quality and expense: wood, gold, stone, iron, diamond and netherite.

== Obtaining ==
=== Crafting ===
{{Crafting
  |showname=0
  |showdescription=1
  |head=1
  |name=[[Swords]]
  |B1={Any Planks}; Iron Ingot; Gold Ingot; Diamond
  |B2={Any Planks}; Iron Ingot; Gold Ingot; Diamond
  |B3=Stick
  |Output=Wooden Sword; Iron Sword; Golden Sword; Diamond Sword
  |type=Combat
}}
{{Crafting
  |name=Stone Sword
  |B1=Any stone-tier block
  |B2=Any stone-tier block
  |B3=Stick
  |Output=Stone Sword
  |description=Can use cobblestone and its other variants interchangeably.
  |type=Combat
}}
{{Crafting
  |foot=1
  |ignoreusage=1
  |name=[[Swords]]
  |ingredients=Damaged Matching [[Swords]]
  |Damaged Wooden Sword; Damaged Stone Sword; Damaged Iron Sword; Damaged Golden Sword; Damaged Diamond Sword; Damaged Netherite Sword
  |Damaged Wooden Sword; Damaged Stone Sword; Damaged Iron Sword; Damaged Golden Sword; Damaged Diamond Sword; Damaged Netherite Sword
  |description= The durability of the two swords is added together, plus an extra 5% of the tool type's total durability. Enchantments are removed unless combined on an [[anvil]].<br>'''Example:''' Two wooden swords, each with remaining durability of 20, combine into a wooden sword having 43 durability (20 + 20 + 5% of 60).
  |Output=Wooden Sword; Stone Sword; Iron Sword; Golden Sword; Diamond Sword; Netherite Sword
  |type=Combat
}}

=== Upgrading ===
{{Smithing
|Netherite Upgrade
|Diamond Sword
|Netherite Ingot
|Netherite Sword
|description=
|tail=1
}}

=== Repairing ===
==== Grinding ====
{{Grinding
|showdescription=1
|ingredients=2x Damaged Wooden Sword or<br>2x Damaged Stone Sword or<br>2x Damaged Iron Sword or<br>2x Damaged Golden Sword or<br>2x Damaged Diamond Sword or <br>2x Damaged Netherite Sword
|Damaged Wooden Sword; Damaged Stone Sword; Damaged Iron Sword; Damaged Golden Sword; Damaged Diamond Sword; Damaged Netherite Sword
|Damaged Wooden Sword; Damaged Stone Sword; Damaged Iron Sword; Damaged Golden Sword; Damaged Diamond Sword; Damaged Netherite Sword
|Wooden Sword; Stone Sword; Iron Sword; Golden Sword; Diamond Sword; Netherite Sword
|description=The durability of the two swords is added together, plus an extra 5% durability. Any enchantments, besides curses, would be removed.
}}

==== Unit repair ====
{{main|Anvil mechanics#Unit repair}}
{{/Repairing with Anvils}}
A sword can be repaired in an [[anvil]] by adding units of the [[tiers]]' repair material, with each repair material restoring 25% of the sword's maximum durability, rounded down.

=== Mob loot ===
{{Main|Drops#Equipped items}}

Some [[mobs]] can spawn with a sword and have an 8.5% chance of dropping them upon death caused by player. This chance is increased by 1% per level of [[Looting]], up to a maximum of 11.5% with Looting III. [[Zombie]]s and [[husk]]s can drop iron swords, [[zombified piglin]]s and [[piglin]]s can drop golden swords, and [[wither skeleton]]s can drop stone swords. The dropped sword is usually badly damaged and may be enchanted. Stone swords dropped by wither skeletons are never enchanted.

A [[vex]] wields an iron sword that normally has a 0% chance of dropping, because their main hand's <code>HandDropChances</code> is 0. However, this chance increases by 1 percentage point per level of Looting. It is never damaged{{only|java}} and may be enchanted.

{{IN|be}}, [[pillager]]s and [[vindicator]]s that spawn from raids have a 4.1% chance (5.12% chance on hard mode) of dropping a damaged iron sword. This sword has a 50% chance of being enchanted.

=== Trading ===
[[File:Weaponsmith Diamond Sword Trade.png|thumb|right|The diamond sword trade of a weaponsmith.]]

{{IN|bedrock}}, an apprentice-level weaponsmith villagers sells enchanted iron swords for at least 7-21 emeralds, and a master-level weaponsmith sells enchanted diamond swords for at least 13-27 emeralds.

{{IN|java}}, a novice-level weaponsmith villager has a {{frac|2|3}} chance of selling an enchanted iron sword for at least 7-22 emeralds. A master-level weaponsmith offers to sell an enchanted diamond sword for at least 11–27 emeralds.

The enchantments of the swords offered by villagers are the same as the ones obtained from an [[enchantment table]] at levels 5–19.

=== Chest loot ===
{{LootChestItem|iron-sword,level-enchanted-iron-sword,damaged-random-enchanted-iron-sword,golden-sword,random-enchanted-golden-sword,diamond-sword,damaged-diamond-sword,level-enchanted-diamond-sword,damaged-random-enchanted-diamond-sword,damaged-random-enchanted-diamond-sword-2}}

== Usage ==
=== Attacking ===
Pressing {{control|attack}} while holding a sword inflicts damage on both mobs and other players. Upon damaging a mob or player, the sword's [[Item Durability|durability]] decreases by 1.

Attacking a [[boat]] or a [[minecart]] with a sword stone tier or higher instantly destroys it {{only|java}}, without decreasing the sword's durability. Otherwise, it requires 2 hits, with neither decreasing durability.

==== Sweeping ====
{{exclusive|Java|section=1}}
If the attack recharge meter is 84.8% or above and the player is on the ground standing or moving slower than the [[sprinting]] speed in a straight line, the sword performs a sweeping attack indicated by a gale [[particle]] that reaches nearby enemies for {{hp|1}} and knocks them back; the amount of knockback is 80% that of the basal knockback and does not benefit from the [[knockback]] enchantment. As result, the player can perform a sweep attack while they are sprinting diagonally but it is impossible to perform a sweep attack at the same time as a critical hit or while riding some [[entity]]. All enemies within an 1 by 0.25 by 1 block area of any part of the attacked mob and whose feet are 3 or less blocks away from player's feet are affected. The [[sweeping edge]] enchantment increases the damage dealt by 50% of the normal hit damage for level I, 67% for level II and 75% for level III.

=== Damage ===
{{Main|Damage}}

==== Java Edition ====
Swords have an attack speed of 1.6 and take 0.625 seconds to [[Damage#Attack cooldown|recover]]. 

{| class="wikitable" style="text-align:center" data-description="Sword attack damage by type"
! Material
! {{ItemSprite|Wooden Sword|text=Wooden}}
! {{ItemSprite|Golden Sword|text=Gold}}
! {{ItemSprite|Stone Sword|text=Stone}}
! {{ItemSprite|Iron Sword|text=Iron}}
! {{ItemSprite|Diamond Sword|text=Diamond}}
! {{ItemSprite|Netherite Sword|text=Netherite}}
|-
! Attack Damage
| {{hp|4}}
| {{hp|4}}
| {{hp|5}}
| {{hp|6}}
| {{hp|7}}
| {{hp|8}}
|-
! Attack Speed
| 1.6
| 1.6
| 1.6
| 1.6
| 1.6
| 1.6
|-
! Damage/Second (DPS)
| 6.4
| 6.4
| 8
| 9.6
| 11.2
| 12.8
|-
! Durability
| 59
| 32
| 131
| 250
| 1561
| 2031
|-
! Lifetime damage inflicted<ref group="note">The formula to find the total lifetime damage is ''Lifetime damage minimum = Durability × Damage per hit''. It ignores enchantments and [[Damage#Critical_hit|critical hits]], and assumes the sword is at maximum charge</ref>
| {{hp|236}}
| {{hp|128}}
| {{hp|655}}
| {{hp|1500}}
| {{hp|10927}}
| {{hp|16248}}
|}
{{notelist}}

==== Bedrock Edition ====
{{IN|bedrock}}, swords have no attack cooldown or sweep attack, and deal the following damage:

{| class="wikitable" style="text-align:center" data-description="Sword attack damage by type"
! Material
! {{ItemSprite|Wooden Sword|text=Wooden}}
! {{ItemSprite|Golden Sword|text=Gold}}
! {{ItemSprite|Stone Sword|text=Stone}}
! {{ItemSprite|Iron Sword|text=Iron}}
! {{ItemSprite|Diamond Sword|text=Diamond}}
! {{ItemSprite|Netherite Sword|text=Netherite}}
|-
! Attack Damage
| {{hp|5}} <!-- DO NOT CHANGE THESE! The values are correct, '+4 Attack Damage' means 5 total attack damage. -->
| {{hp|5}}
| {{hp|6}}
| {{hp|7}}
| {{hp|8}}
| {{hp|9}}
|-
! Durability
| 60
| 33
| 132
| 251
| 1562
| 2032
|-
! Lifetime damage inflicted<ref group="note">The formula to find the total lifetime damage is ''Durability × Damage per hit = Lifetime damage minimum''. It excludes enchantments and critical hits</ref>
| {{hp|300}}
| {{hp|165}}
| {{hp|792}}
| {{hp|1757}}
| {{hp|12496}}
| {{hp|18288}}
|}
{{notelist}}

The most amount of damage that a sword enchanted with [[Sharpness]] V can do is 11 {{in|java}} and 15.25 {{in|bedrock}}, without critical hits.

=== Sword breaking times ===
{{main|Breaking}}

A sword can also be used to destroy certain blocks 50% quicker, sometimes much quicker than with fists. Using a sword to destroy any block that doesn't break instantly by hand decreases its durability by 2; this includes bamboo, despite that the sword is the fastest tool for breaking it.<ref>{{bug|MC-195168||Swords consume double durability than they normally would when destroying bamboo saplings, bamboo, or cobwebs}}</ref>

If a sword is enchanted with [[Silk Touch]], either using [[Creative]] or [[commands]], cobwebs the sword destroys will drop the cobwebs themselves instead of the usual string. This is due to the sword being classified as the proper tool for cobwebs.

The following table shows the time it takes to break blocks on which swords have any effect. Colors indicate what gets dropped:
* White: an original block.
* Blue: block's normal drop (e.g. seeds, sapling, apple).
* Red: nothing.

{| class="wikitable" style="text-align:center" data-description="Blocks affected by swords"
! Block
! Fists
! Sword
! colspan="2" | Proper/fastest tool
|-
!style="text-align:left"| {{BlockLink|Bamboo}}
| {{tc|no|{{breaking time|Bamboo}} s }} || 0.05 s (instant) <!-- this doesn't work: {{tc|planned|{{breaking time|Bamboo|Sword}} s}} -->
| {{ItemSprite|sword|link=Sword}}
| 0.05 s (instant) <!-- this doesn't work: {{breaking time|Bamboo|Sword}} s -->
|-
!style="text-align:left"| {{BlockLink|Cobweb}}
| {{tc|no|{{breaking time|Cobweb|drop=None}} s}} || {{tc|planned|{{breaking time|Cobweb|Sword}} s}}
| {{ItemSprite|shears|link=Shears}}
| {{breaking time|Cobweb|Shears}} s
|-
!style="text-align:left"| {{BlockLink|Cocoa}}
| {{tc|planned|{{breaking time|Cocoa}}s}} || {{tc|planned|{{breaking time|Cocoa|Sword}}s}}
| {{ItemSprite|wooden-axe|link=Axe}}
| {{tc|planned|{{breaking time|Cocoa|Golden}} – {{breaking time|Cocoa|Wooden}} s}}
|-
! style="text-align:left"|{{BlockLink|Hay Bale}}
| 1s
| 0.8s{{only|bedrock}}
| {{ItemSprite|wooden-hoe|link=Hoe}}
| {{breaking time|Hay Bale|Golden}} – {{breaking time|Hay Bale|Wooden}} s
|-
!style="text-align:left" rowspan="2"| {{BlockLink|Leaves}}
!rowspan="2" {{tc|planned|{{breaking time|Leaves}} s}}
!rowspan="2" {{tc|planned|{{breaking time|Leaves|Sword}} s}}
| {{ItemSprite|shears|link=Shears}}
| {{breaking time|Leaves|Shears}}s
|-
| {{ItemSprite|wooden-hoe|link=Hoe}}
| {{tc|planned|{{breaking time|Leaves|Golden}} – {{breaking time|Leaves|Wooden}} s}}
|-
!style="text-align:left"| {{BlockLink|Jack o'Lantern}}
| {{breaking time|Jack o'Lantern}} s || {{breaking time|Jack o'Lantern|Sword}} s
| {{ItemSprite|wooden-axe|link=Axe}}
| {{breaking time|Jack o'Lantern|Golden}} – {{breaking time|Jack o'Lantern|Wooden}} s
|-
!style="text-align:left"| {{BlockLink|Melon}}
| {{tc|planned|{{breaking time|Melon}} s}} || {{tc|planned|{{breaking time|Melon|Sword}} s}}
| {{ItemSprite|wooden-axe|link=Axe}}
| {{tc|planned|{{breaking time|Melon|Golden}} – {{breaking time|Melon|Wooden}} s}}
|-
!style="text-align:left"| {{BlockLink|Pumpkin}}
| {{breaking time|Pumpkin}}s || {{breaking time|Pumpkin|Sword}} s
| {{ItemSprite|wooden-axe|link=Axe}}
| {{breaking time|Pumpkin|Golden}} – {{breaking time|Pumpkin|Wooden}} s
|-
!style="text-align:left" rowspan="2"| {{BlockLink|Vines}} 
| rowspan="2" {{tc|no|{{breaking time|Vines}} s}} || rowspan="2" {{tc|no|{{breaking time|Vines|Sword}} s}}
| {{ItemSprite|wooden-axe|link=Axe}}
| {{tc|no|{{breaking time|Vines|Golden}} – {{breaking time|Vines|Wooden}} s}}
|-
| {{ItemSprite|shears|link=Shears}}
| {{breaking time|Vines|Shears}} s
|}

==== Safety around constructions ====
In Creative mode, swords are unable to break blocks. However, care must still be taken around [[minecart]]s, [[painting]]s, [[item frame]]s,{{only|java}} and [[armor stand]]s; these are entities, thus can be broken with swords in Creative.<ref>{{bug|MC-27140}}</ref><ref>{{bug|MC-18463}}</ref>

=== Enchantments ===
Swords can receive, gathered from mob drops/villager trades or be found in various loot chests (example: End City, Bastion Remnant)with the following [[enchantment]]s:

{| class="wikitable sortable col-2-center col-3-right"
|+
!Name
!Max Level
![[Enchanting|Method]]
!Weight
|-
|[[Fire Aspect]]
|II
|{{Inventory slot|Enchanting Table}}{{Inventory slot|Anvil}}
|2
|-
|[[Looting]]
|III
|{{Inventory slot|Enchanting Table}}{{Inventory slot|Anvil}}
|2
|-
|[[Unbreaking]]
|III
|{{Inventory slot|Enchanting Table}}{{Inventory slot|Anvil}}
|5
|-
|[[Sharpness]]<ref group=note name=note1>Sharpness, Smite, and Bane of Arthropods are mutually exclusive.</ref>
|V
|{{Inventory slot|Enchanting Table}}{{Inventory slot|Anvil}}
|10
|-
|[[Smite]]<ref group=note name=note1/>
|V
|{{Inventory slot|Enchanting Table}}{{Inventory slot|Anvil}}
|5
|-
|[[Bane of Arthropods]]<ref group="note" name=note1/>
|V
|{{Inventory slot|Enchanting Table}}{{Inventory slot|Anvil}}
|5
|-
|[[Knockback]]
|II
|{{Inventory slot|Enchanting Table}}{{Inventory slot|Anvil}}
|5
|-
|[[Mending]]
|I
|{{Inventory slot|Anvil}}
|2
|-
|[[Curse of Vanishing]]
|I
|{{Inventory slot|Anvil}}
|1
|-
|[[Sweeping Edge]]{{Only|java|short=1}}
|III
|{{Inventory slot|Enchanting Table}}{{Inventory slot|Anvil}}
|2
|}
Golden swords have the highest enchantability, yet the least durability{{Notelist}}

=== Fuel ===
Wooden swords can be used as fuel in [[furnace]]s, smelting 1 item per sword.

=== Smelting ingredient ===
{{Smelting|showname=1|Iron Sword;Golden Sword|Iron Nugget;Gold Nugget|0,1}}

=== Piglins ===
[[Piglin]]s are attracted to golden swords, run toward any golden swords on the ground and inspect it for 6 to 8 seconds before putting it in their [[inventory]] slot.

== Sounds ==
{{Edition|Java}}:
{{Sound table
|sound=Strong attack1.ogg
|sound2=Strong attack2.ogg
|sound3=Strong attack3.ogg
|sound4=Strong attack4.ogg
|sound5=Strong attack5.ogg
|sound6=Strong attack6.ogg
|subtitle=Strong attack
|source=player
|description=When a player deals an attack that does not trigger any other attack sounds
|id=entity.player.attack.strong
|translationkey=subtitles.entity.player.attack.strong
|volume=''varies'' <ref group=sound>0.6 for <code>strong1</code> through <code>strong4</code>, and 0.7 for <code>strong5</code> and <code>strong6</code></ref>
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Critical attack1.ogg
|sound2=Critical attack2.ogg
|sound3=Critical attack3.ogg
|subtitle=Critical attack
|source=player
|description=When a player deals a critical hit
|id=entity.player.attack.crit
|translationkey=subtitles.entity.player.attack.crit
|volume=0.7
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Knockback attack1.ogg
|sound2=Knockback attack2.ogg
|sound3=Knockback attack3.ogg
|sound4=Knockback attack4.ogg
|subtitle=Knockback attack
|source=player
|description=When a player deals a sprinting attack
|id=entity.player.attack.knockback
|translationkey=subtitles.entity.player.attack.knockback
|volume=0.7
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Sweep attack1.ogg
|sound2=Sweep attack2.ogg
|sound3=Sweep attack3.ogg
|sound4=Sweep attack4.ogg
|sound5=Sweep attack5.ogg
|sound6=Sweep attack6.ogg
|sound7=Sweep attack7.ogg
|subtitle=Sweeping attack
|source=player
|description=When a player deals a sweep attack
|id=entity.player.attack.sweep
|translationkey=subtitles.entity.player.attack.sweep
|volume=0.7
|pitch=1.0
|distance=16}}
{{Sound table
|rowspan=2
|sound=Weak attack1.ogg
|sound2=Weak attack2.ogg
|sound3=Weak attack3.ogg
|sound4=Weak attack4.ogg
|subtitle=Weak attack
|source=player
|description=When a player deals an attack with no damage
|id=entity.player.attack.nodamage
|translationkey=subtitles.entity.player.attack.weak
|volume=0.7
|pitch=1.0
|distance=16}}
{{Sound table
|subtitle=Weak attack
|source=player
|description=When a player attempts to attack without sufficient cooldown
|id=entity.player.attack.weak
|translationkey=subtitles.entity.player.attack.weak
|volume=0.7
|pitch=1.0
|distance=16}}
{{Sound table
|sound=Random break.ogg
|subtitle=Item breaks
|source=player
|description=When a sword's durability is exhausted
|id=entity.item.break
|translationkey=subtitles.entity.item.break
|volume=0.8
|pitch=0.8-1.2
|distance=16
|foot=1}}

{{Edition|Bedrock}}:
{{Sound table
|type=bedrock
|sound=Strong attack1.ogg
|sound2=Strong attack2.ogg
|sound3=Strong attack3.ogg
|sound4=Strong attack4.ogg
|sound5=Strong attack5.ogg
|sound6=Strong attack6.ogg
|source=player
|description=When a player deals an attack with damage
|id=game.player.attack.strong
|volume=0.2
|pitch=0.8-1.2}}
{{Sound table
|sound=Weak attack1.ogg
|sound2=Weak attack2.ogg
|sound3=Weak attack3.ogg
|sound4=Weak attack4.ogg
|source=player
|description=When a player deals an attack with no damage
|id=game.player.attack.nodamage
|volume=0.2
|pitch=0.8-1.2}}
{{Sound table
|sound=Random break.ogg
|source=player
|description=When an sword's durability is exhausted
|id=random.break
|volume=1.0
|pitch=0.9
|foot=1}}

== Data values ==
=== ID ===
{{edition|java}}:
{{ID table
|edition=java
|showforms=y
|generatetranslationkeys=y
|displayname=Wooden Sword
|spritetype=item
|nameid=wooden_sword
|form=item}}
{{ID table
|displayname=Stone Sword
|spritetype=item
|nameid=stone_sword
|form=item}}
{{ID table
|displayname=Iron Sword
|spritetype=item
|nameid=iron_sword
|form=item}}
{{ID table
|displayname=Diamond Sword
|spritetype=item
|nameid=diamond_sword
|form=item}}
{{ID table
|displayname=Golden Sword
|spritetype=item
|nameid=golden_sword
|form=item}}
{{ID table
|displayname=Netherite Sword
|spritetype=item
|nameid=netherite_sword
|form=item
|foot=1}}

{{edition|bedrock}}:
{{ID table
|edition=bedrock
|shownumericids=y
|showforms=y
|notshowbeitemforms=y
|generatetranslationkeys=y
|displayname=Wooden Sword
|spritetype=item
|nameid=wooden_sword
|id=308
|form=item}}
{{ID table
|displayname=Stone Sword
|spritetype=item
|nameid=stone_sword
|id=312
|form=item}}
{{ID table
|displayname=Iron Sword
|spritetype=item
|nameid=iron_sword
|id=307
|form=item}}
{{ID table
|displayname=Diamond Sword
|spritetype=item
|nameid=diamond_sword
|id=316
|form=item}}
{{ID table
|displayname=Golden Sword
|spritetype=item
|nameid=golden_sword
|id=322
|form=item}}
{{ID table
|displayname=Netherite Sword
|spritetype=item
|nameid=netherite_sword
|id=604
|form=item
|foot=1}}

== Achievements ==
{{load achievements|Time to Strike!;Overkill;Oooh, shiny!}}

== Advancements ==
{{load advancements|Oh Shiny}}

== History == 
=== Blocking ===
{{main|Blocking}}
[[File:Parrying.png|thumb|right|The blocking animation using a sword before and after [[Java Edition 14w30a]] (from the [[Adventure Update|Adventure]] to the [[Bountiful Update|Bountiful]] updates).]]
 
Previously, since the [[Adventure Update]], all types of swords could be used to parry to block some forms of damage. If the player is blocking with a sword when attacked, the sword deflects 50% of incoming damage from melee, non-magical projectiles like arrows, and explosions, along with minimizing airborne knockback. The sword is held in front of the player and its durability is not reduced by blocking. The player moves at a slower rate than [[sneaking]] if blocking with a sword. Sword blocks could be engaged and disengaged instantly, with no delay between the input and damage mitigation nor cooldown between lowering a block and raising a new one.
 
After the [[Combat Update]], the sword blocking functionality was replaced by blocking with [[shield]]s and to accommodate the [[dual wield]] system. Shields negate more damage and knockback than sword blocking from "blockable" attacks (they block 100% damage and knockback after [[Java Edition 1.11]]), but, unlike swords, they lose durability, have a 0.25 second startup period before damage can be mitigated and can be temporarily disabled by attacks with an [[axe]].

=== Knockback ===
The knockback dealt by swords used to be higher than while the players are using another melee [[item]]s, like an axe or with the hands. This feature was removed in [[Java Edition 1.9]] and is also no longer used in ''[[Bedrock Edition]]''.

=== Historical changes per version ===
{{History|java indev}}
{{History||0.31|snap=20091231-2|[[File:Iron Sword JE1 BE1.png|32px]] Added iron swords.
|Iron swords cannot be [[craft]]ed yet, but can be added to the [[player]]'s [[inventory]] during world creation.}}
{{History||0.31|snap=?|The iron sword is no longer added to the player's inventory during world creation.}}
{{History||0.31|snap=20100128|[[File:Wooden Sword JE1 BE1.png|32px]] [[File:Stone Sword JE1 BE1.png|32px]] [[File:Diamond Sword JE1 BE1.png|32px]] Swords made from wood, stone, and diamond have been added.
|Swords cannot be crafted yet, but have been added to the [[item]] [[chest]] in the Indev house.|A sword held by the player is now rendered to appear more 3D.}}
{{History||0.31|snap=20100129|Wood, stone, iron, and diamond swords can now be [[craft]]ed.}}
{{History|||snap=20100130|[[File:Golden Sword JE1.png|32px]] Swords can now be made out of gold.}}
{{History|||snap=20100131|Swords now have [[durability]]. 
|Better swords now last longer.
|Swords now cost 1 durability per hit, and 2 points per block broken.}}
{{History||20100206|[[File:Golden Sword JE2 BE1.png|32px]] The texture of gold swords has been slightly changed.}}
{{History|java alpha}}
{{History||v1.2.0|snap=release|[[Zombie pigmen]] now hold golden swords.}}
{{History|java beta}}
{{History||1.2|Swords, like all [[tool]]s, now have more [[item durability|durability]].
|Prior, diamond swords had 1024 durability, iron swords had 128, stone swords 64 and wood and gold had 32 durability.}}
{{History||1.5|The damages of all swords have increased by 1, due to the player's barehand damage increasing from {{hp|1}} to {{hp|2}}.
|As a result, wooden and golden swords now dealt {{hp|5}}, stone swords {{hp|7}}, iron swords {{hp|9}}, and diamond swords {{hp|11}}.}}
{{History||1.8|snap=Pre-release|Added the ability to block with a sword, giving the [[player]] more options in combat.
|Swords deflect 50% of incoming melee damage, non-magical projectiles like arrows and explosion damage, and a bit of knockback.
|The sword is held in front of the player and its durability is not reduced by blocking.|The player moves at a slower rate than [[sneaking]] when blocking with a sword.
|As barehand damage has been reduced from {{hp|2}} to {{hp|1}}, the damages of all swords have been reduced to their pre Beta 1.5 values.}}
{{History|java}}
{{History||1.0.0|snap=Beta 1.9 Prerelease 3|Sword [[damage]] has been reduced to make way for [[enchanting]]. A diamond sword's damage has been reduced from {{hp|10}} to {{hp|7}}, iron has been reduced from {{hp|8}} to {{hp|6}} and stone has been reduced from {{hp|6}} to {{hp|5}}. Wooden and golden swords still deal {{hp|4}} damage.|Iron swords are now found in the new [[stronghold]] altar [[chest]]s.}}
{{History|||snap=Beta 1.9 Prerelease 4|Swords can now be enchanted in the [[enchantment table]].}}
{{History||1.1|snap=12w01a|Iron swords are now found in [[village]] blacksmith chests.}}
{{History||1.2.1|snap=12w06a|The [[player]] now has a rare chance of obtaining iron swords by killing [[zombie]]s and golden swords from [[zombie pigmen]] from the addition of [[rare drops]]. These swords have a 20% chance of being enchanted.}}
{{History||1.2.4|snap=release|[[Spruce planks]], [[birch planks]], and [[jungle planks]] can now be used to craft wooden swords.}}
{{History||1.3.1|snap=12w18a|Wooden swords can now be used as [[fuel]] in a [[furnace]].}}
{{History|||snap=12w21a|Blacksmith [[villager]]s now [[trading|sell]] diamond swords for 12–13 [[emerald]]s, and iron swords for 7–10 emeralds.
|With the [[trading]] implementation, renewable [[item]]s such as [[wheat]] can now be [[trading|sold]] to buy a diamond sword. This has now made all swords [[Renewable Resource|renewable]].}}
{{History||1.4.2|snap=12w32a|[[Zombie]]s may sometimes wield iron swords, dealing extra [[damage]].}}
{{History|||snap=12w34a|If a [[player]] has dyed leather armor equipped and selected a sword of any kind, it appears in the color of the dye applied to the armor, when switching to second or third person view.}}
{{History|||snap=12w36a|Added [[wither skeleton]]s, which hold stone swords.}}
{{History||1.4.6|snap=12w49a|[[Unbreaking]] can now be applied to a sword with an [[enchanted book]].}}
{{History||1.6.1|snap=13w18a|Golden swords are now found in the new [[chest]]s in [[nether fortress]]es.}}
{{History|||snap=13w21a|Instead of replacing the barehanded [[damage]] ({{hp|1}}), swords now add their damage onto the barehanded damage, which results in all swords doing {{hp|1}} more damage than before.}}
{{History|||snap=13w25b|In [[Creative]] mode, swords are no longer able to break [[block]]s, and no [[sound]] plays when they're hit with one.}}
{{History||1.7.2|snap=1.7.1|[[Acacia planks]] and [[dark oak planks]] can now be used to craft wooden swords.}}
{{History||1.8|snap=14w02a|Weaponsmith [[villager]]s now [[trading|sell]] enchanted diamond swords for 12–15 [[emerald]]s, and iron swords for 9–10 emeralds. Unenchanted swords are no longer sold.}}
{{History|||snap=14w30a|Sword holding position have been tweaked, and the blocking animation has changed. Blocking while mining was made impossible. Blocking immediately after attacking no longer continues the swing animation.}}
{{History||1.9|snap=15w31a|[[Enchanting|Enchanted]] iron and diamond swords can now be found in [[end city]] ship [[chest]]s.}}
{{History|||snap=15w33c|Swords no longer block attacks. Instead, [[shield]]s are used.}}
{{History|||snap=15w34b|Swords now use the attack speed [[attribute]]. The attack speed of a sword is 1.25 or 0.8 seconds.}}
{{History|||snap=15w34c|Nerfed swords, they now do {{hp|1}} less [[damage]] and have an attack speed of 1.45, or 0.69 seconds.
|Swords can now do a sweep attack when moving at walking speed or slower, which knock back [[mob]]s near the one hit. The attack speed meter must be filled for it to work.}}
{{History|||snap=15w36a|Each [[Sharpness]] level now adds {{hp|1}} damage to the base damage at level I and an additional {{hp|0.5}} for each additional level, down from a flat {{hp|1.25}} per level.}}
{{History|||snap=15w37a|Swords now have an attack speed of 1.6, or 0.63 seconds.}}
{{History|||snap=15w43a|The average yield of golden swords in [[nether fortress]] chests has been decreased.}}
{{History|||snap=15w49a|Sweep attack now does {{hp|1}} damage to affected [[mob]]s and players.}}
{{History||1.11.1|snap=16w50a|Golden and iron swords now [[smelt]] down into one of their respective [[nugget]]s.
|Added [[Sweeping Edge]] enchantment.}}
{{History||1.13|snap=17w47a|Prior to [[1.13/Flattening|''The Flattening'']], these [[item]]s' numeral IDs were 268, 272, 267, 276 and 283.}}
{{History|||snap=18w10a|Swords can now generate in [[buried treasure]] chests.}}
{{History||September 10, 2018|link={{tweet|JasperBoerstra|1039167196801458176}}|[[File:Wooden Sword JE2 BE2.png|32px]] [[File:Stone Sword JE2 BE2.png|32px]] [[File:Iron Sword JE2 BE2.png|32px]] [[File:Golden Sword JE3 BE2.png|32px]] [[File:Diamond Sword JE2 BE2.png|32px]] [[Jasper Boerstra]] tweets an image of updated sword textures.}}
{{History||1.14|snap=18w43a|[[File:Wooden Sword JE2 BE2.png|32px]] [[File:Stone Sword JE2 BE2.png|32px]] [[File:Iron Sword JE2 BE2.png|32px]] [[File:Golden Sword JE3 BE2.png|32px]] [[File:Diamond Sword JE2 BE2.png|32px]] The textures of all swords have been changed.
|Swords now break [[bamboo]] instantly.}}
{{History||1.16|snap=20w06a|[[File:Netherite Sword JE1.png|32px]] Added netherite swords.
|Netherite swords are obtained by combining one diamond sword and one [[netherite ingot]] in a [[crafting table]].
|[[Crimson planks]] and [[warped planks]] can now be used to craft wooden swords.}}
{{History|||snap=20w09a|[[File:Diamond Sword JE3 BE3.png|32px]] The texture of diamond swords has been changed.}}
{{History|||snap=20w10a|[[File:Netherite Sword JE2 BE2.png|32px]] The texture of netherite swords has been changed.
|Netherite swords can no longer be [[crafted]].
|Netherite swords are now obtained by combining one diamond sword and one [[netherite ingot]] in a [[smithing table]].}}
{{History|||snap=20w15a|Stone swords can now be crafted using [[blackstone]].}}
{{History|||snap=20w16a|Golden and netherite swords now generate in [[bastion remnants]] chests.
|Golden swords now generate randomly enchanted in [[ruined portal]] chests.}}
{{History|||snap=20w17a|Diamonds swords now generate in place of netherite swords in bastion remnant [[chest]]s.}}
{{History||1.16.2|snap=20w30a|Damaged enchanted iron swords can now be found in [[bastion remnant]] chests.}}
{{History||1.17|snap=21w08a|Stone swords can now be crafted using [[cobbled deepslate]].}}
{{History||1.19|snap=22w11a|[[Mangrove planks]] can now be used to craft wooden swords.}}
{{History||1.20<br>(Experimental)|link=1.19.4|snap=23w04a|Upgrading diamond swords to netherite swords now requires the netherite upgrade [[smithing template]].}}
{{History|upcoming java}}
{{History||Combat Tests|snap=1.14.3 - Combat Test|The attack speed for all swords has been increased to 3.
|The base [[damage]] is now {{Hp|2}}, meaning that all swords now do {{Hp|1}} more damage than before}.
|The attack reach of swords has been increased to 3.5 [[block]]s.}}
{{History|||snap=Combat Test 2|The attack speed of all swords has been decreased to 2.5.}}
{{History|||snap=Combat Test 3|The attack speed of all swords has been changed from 2.5 back to 3.0.
|The attack key can now again be held down to automatically attack when the attack meter is full.
|Attacks now happen only when the sword is at 120% charge, slower than if attacks were timed.}}
{{History|||snap=Combat Test 4|Sword can now perform critical, knockback ([[sprint]]) hits on 100% charge.
|The attack reach of all weapons was decreased by 0.5 [[block]]. Sword now have a 3 [[block]]s reach.
|The 200% attack now gives a bonus reach of 1 [[block]].}}
{{History|||snap=Combat Test 5|Weapons have been nerfed. All material tiers have been nerfed by {{Hp|1}} except wood and gold, and the sword tier have been nerfed by {{Hp|1}}. This means that the wooden/stone/golden sword now does {{Hp|4}} damage, the iron sword now does {{Hp|5}} damage and the diamond sword now does {{Hp|6}} damage.}}
{{History|||snap=Combat Test 6|All weapons' attack reach have been buffed by 0.5 [[block]].
|200% attacks have been removed.
|Swords now always do sweep attack, even in the air.
|The cooldown for missed hit is a 4-tick cooldown instead of using the attack speed attribute.}}
{{History|||snap=Combat Test 7c|All weapons' attack reach have been nerfed by 0.5 [[block]]. The sword's attack reach is now 3 [[block]]s again.
|200% attacks have been re-added.
|Swords no longer sweep without [[Sweeping Edge]] and 200% charge again.
|Adjusted the netherite tier value to match the weapon nerf in Combat Test 5}}
{{History|||snap=Combat Test 8b|Enchantment bonus attack damage are now included in the base damage when calculating critical hits (they were excluded before). Due to this change, enchanted swords critical attacks are now way more powerful (especially with high enchantments)}}

{{History|pocket alpha}}
{{History||v0.2.0|[[File:Stone Sword JE1 BE1.png|32px]] Added stone swords.}}
{{History||v0.3.0|[[File:Wooden Sword JE1 BE1.png|32px]] Added wooden swords.
|Survival players no longer start out with an infinite durability stone sword in the inventory.}}
{{History||v0.3.2|[[File:Iron Sword JE1 BE1.png|32px]] [[File:Golden Sword JE2 BE1.png|32px]] [[File:Diamond Sword JE1 BE1.png|32px]] Added iron, gold, and diamond swords.}}
{{History||v0.4.0|Iron swords have replaced stone swords in the creative inventory.}}
{{History||v0.9.0|snap=build 1|Iron swords can now be found in [[stronghold]] altar [[chest]]s and inside blacksmith chests.}}
{{History||v0.11.0|snap=build 11|Wooden, stone, golden and diamond swords are now available in the [[creative]] [[inventory]].}}
{{History||v0.11.0|snap=build 12|Wooden, stone, golden and diamond swords have been removed from creative.}}
{{History||v0.11.0|snap=build 13|All swords are available in creative mode again.}}
{{History||v0.12.1|snap=build 1|Instead of replacing the barehanded [[damage]] ({{hp|1}}), swords now add their damage onto the barehanded damage, which results in all swords doing {{hp|1}} more damage than before.|In [[creative]] mode, swords are no longer able to break [[block]]s, and no [[sound]] plays when they're hit with one.|Golden swords can now be found in [[nether fortress]] chests.
|[[Zombie]]s now rarely spawn holding an iron sword that have a chance to [[drops|dropped]].
|Golden swords are now rarely dropped by [[zombie pigmen]].
|Stone swords are now rarely dropped by [[wither skeleton]]s.}}
{{History||v0.15.0|snap=build 1|Iron swords are now sometimes dropped by [[husk]]s that spawn holding an iron sword.}}
{{History|pocket}}
{{History||1.0.0|snap=alpha 0.17.0.1|Enchanted iron and diamond swords can now be found in [[end city]] [[chest]]s.}}
{{History||1.0.4|snap=alpha 1.0.4.0|Iron swords and enchanted diamond swords are now sold by weaponsmith [[villager]]s.}}
{{History||1.1.0|snap=alpha 1.1.0.0|Iron and golden swords are now [[smelting|smeltable]].
|Added [[vex]]es, which rarely drop an iron sword if killed using [[Looting]] enchantment.}}
{{History|bedrock}}
{{History||1.10.0|snap=beta 1.10.0.3|[[File:Wooden Sword JE2 BE2.png|32px]] [[File:Stone Sword JE2 BE2.png|32px]] [[File:Iron Sword JE2 BE2.png|32px]] [[File:Golden Sword JE3 BE2.png|32px]] [[File:Diamond Sword JE2 BE2.png|32px]] The textures of all swords have been changed.
|Iron swords are now found in [[plains]] [[village]] weaponsmiths.}}
{{History||1.11.0|snap=beta 1.11.0.1|Iron swords can now be found in [[savanna]], [[snowy taiga]], [[taiga]] and [[desert]] village weaponsmiths.}}
{{History|||snap=beta 1.11.0.4|[[Pillager]]s and [[vindicator]]s that spawn in [[raid]]s can now drop iron swords upon [[death]].
|[[Trading]] has been changed. Iron swords [[trading|sold]] by weaponsmith [[villager]]s now cost 2 [[emerald]]s while diamond swords cost 8 emeralds as part of their fourth tier trades.}}
{{History||1.16.0|snap=beta 1.16.0.51|[[File:Netherite Sword BE1.png|32px]] Added netherite swords.
|Netherite swords are obtained by combining one diamond sword and one [[netherite ingot]] in a [[crafting table]].
|[[File:Diamond Sword JE3 BE3.png|32px]] The texture of diamond swords has been changed.
|Golden swords are now sometimes [[drops|dropped]] by [[piglin]]s that spawn holding a golden sword.}}
{{History|||snap=beta 1.16.0.57|Netherite swords can no longer be [[crafting|crafted]].
|Netherite swords are now obtained by combining one diamond sword and one [[netherite ingot]] in a [[smithing table]].
|Stone swords can now be crafted using [[blackstone]].
|Golden and netherite swords now generate in [[bastion remnant]] chests.
|Golden swords now generate randomly enchanted in [[ruined portal]] chests.}}
{{History|||snap=beta 1.16.0.63|Diamonds swords now generate in place of netherite swords in bastion remnant [[chest]]s.}}
{{History||1.17.30|snap=beta 1.17.20.20|Swords now break [[bamboo]] instantly.}}

{{History|console}}
{{History||xbox=TU1|xbone=CU1|ps=1.0|wiiu=Patch 1|switch=1.0.1|[[File:Wooden Sword JE1 BE1.png|32px]] [[File:Stone Sword JE1 BE1.png|32px]] [[File:Iron Sword JE1 BE1.png|32px]] [[File:Golden Sword JE2 BE1.png|32px]] [[File:Diamond Sword JE1 BE1.png|32px]] Added swords (all five types).}}
{{History||xbox=TU5|The ability to block with swords has been added, giving the [[player]] more options in combat.}}
{{History||xbox=TU53|xbone=CU43|ps=1.49|wiiu=Patch 23|switch=1.0.3|Iron and golden swords are now [[smelting|smeltable]].}}
{{History||xbox=none|xbone=none|ps=1.90|wiiu=none|switch=none|[[File:Wooden Sword JE2 BE2.png|32px]] [[File:Stone Sword JE2 BE2.png|32px]] [[File:Iron Sword JE2 BE2.png|32px]] [[File:Golden Sword JE3 BE2.png|32px]] [[File:Diamond Sword JE2 BE2.png|32px]] The textures of all swords have been changed.}}
{{History||ps=1.92|The ability to block with swords has been removed.}}

{{History|New Nintendo 3DS Edition}}
{{History||0.1.0|[[File:Wooden Sword JE1 BE1.png|32px]] [[File:Stone Sword JE1 BE1.png|32px]] [[File:Iron Sword JE1 BE1.png|32px]] [[File:Golden Sword JE2 BE1.png|32px]] [[File:Diamond Sword JE1 BE1.png|32px]] Added swords.
|Swords cannot block attacks.}}
{{History|foot}}

== Issues ==
{{issue list}}

== Trivia ==
*The sword's traditional [[texture]] came from [[Notch]]'s abandoned RPG, ''[[Legend of the Chambered]]''. The iron sword's texture was created first, as it was from the game, and the other swords followed.
*In ''Java Edition'', with the introduction of netherite swords, it is possible to one-hit kill undead [[mob]]s in the game (except [[wither]]s and [[zombie]]s/[[skeleton]]s with random armor) using a sword with the [[Smite]] V enchantment, without the need to perform a critical hit (this was previously possible only with a [[Smite]] V stone, iron, or diamond axe).
*Plastic diamond and enchanted swords are official ''[[Minecraft]]'' merchandise.<ref>https://shop.minecraft.net/products/minecraft-sword?_pos=1&_psq=sword&_ss=e&_v=1.0</ref><ref>https://shop.minecraft.net/products/minecraft-enchanted-purple-sword?_pos=4&_psq=sword&_ss=e&_v=1.0</ref>
*In the game [[wikipedia:Transformice|''Transformice'']], a diamond sword can be found in the shop.

== Gallery ==
=== Enchanted swords ===
<gallery>
Enchanted Wooden Sword.gif|Enchanted wooden sword.
Enchanted Stone Sword.gif|Enchanted stone sword.
Enchanted Iron Sword.gif|Enchanted iron sword.
Enchanted Golden Sword.gif|Enchanted golden sword.
Enchanted Diamond Sword.gif|Enchanted diamond sword.
Enchanted Netherite Sword.gif|Enchanted netherite sword.
</gallery>

=== Texture packs ===
<gallery>
File:Wood sword TP.png|Wooden sword in the [[Texture Pack DLC|Plastic Pack]].
Stone Sword SDGP.png|Stone sword in the [[Super Duper Graphics Pack]].
File:Gold sword Natural.png|Gold sword in the [[Texture Pack DLC|Natural Pack]].
</gallery>

=== In other media ===
<gallery>
File:Alex Fighting in Nether.jpeg|Pixel art of [[Alex]] fighting with a diamond sword in the [[Nether]].
File:Alex Retrieving Diamond Sword.jpeg|Alex retrieving another diamond sword from a [[chest]].
File:Sinister Sword Sprite MCD.png|The [[MCD:Sinister Sword|Sinister Sword]], a unique sword featured in ''Minecraft Dungeons''.
File:Sword GUI.png|A nondescript [[MCD:Sword|sword]] as it appears in ''[[Minecraft Dungeons]]''.
File:Sword (item).png|A sword as it appears in ''[[Legend of the Chambered]]''.
File:Sword Shirt.png|Officially licensed T-Shirt of a diamond sword.
File:IronSword replica.jpg|Foam replica of an iron sword.
</gallery>

== References ==
{{reflist}}

{{Items}} 
[[Category:Tools]]
[[Category:Combat]]

[[de:Schwert]]
[[es:Espada]]
[[fr:Épée]]
[[hu:Kard]]
[[ja:剣]]
[[ko:검]]
[[nl:Zwaard]]
[[pl:Miecz]]
[[pt:Espada]]
[[ru:Меч]]
[[tr:Kılıç]]
[[uk:Меч]]
[[zh:剑]]</li></ul></nowiki>
beta 1.16.210.56Pointed Dripstone Base (D) JE1 BE1 Pointed Dripstone Middle (D) JE1 BE1 Pointed Dripstone Frustum (D) JE1 BE1 Pointed Dripstone Tip (D) JE1 BE1 Pointed Dripstone Tip Merge (D) JE1 BE1
Pointed Dripstone Base (U) JE1 BE1 Pointed Dripstone Middle (U) JE1 BE1 Pointed Dripstone Frustum (U) JE1 BE1 Pointed Dripstone Tip (U) JE1 BE1 Pointed Dripstone Tip Merge (U) JE1 BE1 Pointed Dripstone (item) BE1 Added pointed dripstone.

However, this is the history section for goats:

Bedrock Edition
1.16.200
{{Extension DPL}}<ul><li>[[:Category:Minecraft: Story Mode items|Category:Minecraft: Story Mode items]]<br/>[[Category:Minecraft: Story Mode]]
[[Category:Items]]</li><li>[[Food|Food]]<br/>{{For|food in ''Minecraft Dungeons''|MCD:Food}}
[[File:Eating Steve.png|thumb|right|150px]]
[[File:Eating Alex.png|thumb|right|150px]]
'''Food''' refers to any consumable [[item]]s that, when eaten, restore [[hunger]] points and hunger saturation points, and sometimes cause [[status effect]]s. They are essential to survival, as going without them eventually causes the player to starve, causing damage until reaching {{hp|10}} in Easy [[difficulty]], and {{hp|1}} on Normal. [[Hunger#Effects of hunger|Starvation]] damage kills the player in Hard and [[Hardcore]] Mode.

Food is eaten by holding {{control|use}} while having the food item selected in the hot bar or in the off-hand.

[[Cake]] cannot be eaten this way, and must instead be placed on a surface before being eaten.

With the exception of [[chorus fruit]], [[golden apple]]s, [[honey bottle]]s, [[milk]], and [[suspicious stew]]{{only|Java}}, food cannot be eaten when the hunger bar is completely full. In [[Creative]] Mode, any food can be consumed at any time.

All food items and ingredients can be stacked in the inventory slots, except for [[milk]], [[rabbit stew]], [[mushroom stew]], [[beetroot soup]], [[suspicious stew]], and [[cake]].{{only|Java}}

This page covers food items for players; blocks and items that can be eaten by other [[mob]]s are not included here.

== Hunger and saturation ==
{{main|Hunger#Mechanics}}
{{seealso|Tutorials/Hunger_management}}

[[File:Raw_and_Cooked_Chicken_Comparison.png|thumb|Raw (left) and cooked (right) [[chicken]]. Eating raw chicken can give the [[player]] [[food poisoning]].]]

[[Player]]s have two different food statistics, one of which is visible: The hunger level is visible, and the saturation level is not.

[[Saturation]] is the first statistic to decrease when a player performs energy-intensive actions, and it must be completely depleted before the visible hunger meter begins decreasing. Although the current saturation level is generally hidden, the player can tell that their saturation level is completely depleted if the visible hunger meter begins displaying a jittering effect.

Eating a food item replenishes a fixed number of hunger points and saturation points, based on the item. Some foods have a better ratio of saturation to hunger points replenished than others. Overeating the hunger bar does not overflow to saturation.

A player's current saturation level can never exceed their current hunger level. A player at a hunger level of 5, for example, can be at a maximum of 5 saturation. Food always restores hunger (raising the saturation limit) ''before'' supplying saturation. The most efficient use of food is to eat low-saturation food to fill the hunger bar, followed by high-saturation food to fill saturation.  While a few hunger points may be wasted when eating nourishing food when nearly full, eating nourishing foods on a low hunger bar wastes even more points of saturation.  Maximizing saturation increases the length of time (and/or the amount of damage healed) before the player needs to eat again.

=== Usage ===

Most foods can be eaten by holding down the right-click button with a food item in hand. It takes 1.61 seconds to eat most foods; dried kelp takes 0.865 seconds to eat. Additionally, a player can hold food in their [[offhand]] {{in|Java}}.

While eating, food [[particles]] form from the player's mouth correlated with their respective food item, and produces a munching noise. Eating also slows the user significantly.

Unlike other foods, [[cake]] has to be eaten by placing it, then right-clicking on its block form. Eating cake is instant and it has 7 edible slices, each giving {{hunger|2}} hunger and 0.4 hunger [[saturation]].

=== Nourishment value ===

Nourishment is defined as the ratio of saturation to hunger points restored. Foods with higher nourishment values should be eaten when the hunger bar is more full.

The "nourishment" table below can help by categorizing foods by their saturation-to-hunger restoration ratios. See the more detailed [[#Foods|Foods]] table for the exact hunger and saturation statistics of each food.

<!-- do not change the locations of the food in this table without providing an explanation in the edit summary -->
{| class="wikitable" data-description="Nourishment value"
 |-
!Nourishment
! Value
 !Food
 |- style="text-align: left;"
!Supernatural
| 2.4
 | {{Slot|Enchanted Golden Apple}}{{Slot|Golden Apple}}{{Slot|Golden Carrot}}
 |- style="text-align: left;"
!Good
| 1.6
 | {{Slot|Cooked Mutton}}{{Slot|Cooked Porkchop}}{{Slot|Cooked Salmon}}{{Slot|Steak}}
 |- style="text-align: left;"
!Normal
| 1.2
 | {{Slot|Baked Potato}}{{Slot|Beetroot}}{{Slot|Beetroot Soup}}{{Slot|Bread}}{{Slot|Carrot}}{{Slot|Cooked Chicken}}{{Slot|Cooked Cod}}{{Slot|Cooked Rabbit}}{{Slot|Mushroom Stew}}{{Slot|Rabbit Stew}}{{Slot|Suspicious Stew}}
 |- style="text-align: left;"
! Low
| 0.6
 | {{Slot|Apple}}{{Slot|Chorus Fruit}}{{Slot|Dried Kelp}}<ref group="note" name="Java">{{only|java}}</ref>{{Slot|Melon Slice}}{{Slot|Poisonous Potato}}{{Slot|Potato}}{{Slot|Pumpkin Pie}}{{Slot|Raw Beef}}{{Slot|Raw Chicken}}{{Slot|Raw Mutton}}{{Slot|Raw Porkchop}}{{Slot|Raw Rabbit}}{{Slot|Sweet Berries}}<ref group="note" name="Bedrock">{{only|bedrock}}</ref>
 |- style="text-align: left;"
!Poor 
| 0.2
 | {{Slot|Cake}}{{Slot|Cookie}}{{Slot|Dried Kelp}}<ref group="note" name="Bedrock"/>{{Slot|Glow Berries}}{{Slot|Honey Bottle}}{{Slot|Pufferfish|link=Pufferfish (item)}}{{Slot|Raw Cod}}{{Slot|Raw Salmon}}{{Slot|Rotten Flesh}}{{Slot|Spider Eye}}{{Slot|Sweet Berries}}<ref group="note" name="Java"/>{{Slot|Tropical Fish|link=Tropical Fish (item)}}
 |}

== Foods ==
{{/table}}

=== Ingredients ===

The following items cannot be eaten on their own. Instead, they are used to craft consumable food items.
<!-- 
Please leave spaces between each row in the table - this has no effect on the appearance of the table, but it makes it a lot easier on future wiki editors!
-->

{| class="sortable wikitable list-style-none" data-description="Ingredients"
|-
! Name
! Icon
! Used to make
! Source(s)
! Notes

|- id="Bowl"
! scope="row" | [[Bowl]]
| {{Slot|Bowl}}
| {{itemLink|Mushroom Stew}}
* {{itemLink|Beetroot Soup}}
* {{itemLink|Rabbit Stew}}
* {{itemLink|Suspicious Stew}}
|
* [[Crafting]] from [[planks]]
* [[Fishing Rod#Usage|Fishing]]
* [[Turtle]] killed by [[lightning]]
* Eating food made with them
|

|- id="Cocoa Bean"
! scope="row" | [[Cocoa Beans]]
| {{Slot|Cocoa Beans}}
| {{itemLink|Cookie}}s
|
* Breaking [[cocoa plant]]s
* Bought from [[wandering trader]]
|

|- id="Egg"
! scope="row" | [[Egg]]
| {{Slot|Egg}}
|
* {{itemLink|Cake}}
* {{itemLink|Pumpkin Pie}}
|
* Laid by [[chicken]]s
* Found in village fletcher chests
|

|- id="Milk"
! scope="row" | [[Milk Bucket]]
| {{Slot|Milk Bucket}}
| {{itemLink|Cake}}
|
* Milking a [[cow]], [[mooshroom]]s, or [[goat]]s
* Killing a [[Wandering trader]] drinking it
| Can also be consumed to clear [[status effect]]s

|- id="Mushroom"
! scope="row" | [[Brown Mushroom]] and [[Red Mushroom]]
| {{Slot|Brown Mushroom;Red Mushroom}}
| {{itemLink|Mushroom Stew}}
* {{itemLink|Rabbit Stew}}
* {{itemLink|Suspicious Stew}}
| {{anchor|Brown Mushroom|Red Mushroom}}
* Dark/shady areas
* Swamp [[biome]]s
* [[Mushroom fields]]
* Breaking [[Huge Mushroom|huge brown or red mushrooms]]
* [[The Nether]]
* Using [[shears]] on a [[mooshroom|brown mooshroom or red mushroom]]
* Bought from [[wandering trader]] 
|
|- id="Flower"
! scope="row" | [[Flower]]
| {{Slot|Any Flower}}
|{{itemLink|Suspicious Stew}}
|
* Breaking [[Flower]]
* Using [[Bone Meal]] on a [[Grass Block]]
* Bought from [[wandering trader]]
* Killing [[Iron Golem]] (poppy)
|

|- id="Pumpkin"
! scope="row" | [[Pumpkin]]
| {{Slot|Pumpkin}}
| {{itemLink|Pumpkin Pie}}
|
* Harvesting mature [[pumpkin]]s grown from [[pumpkin seeds]]
* Naturally occurring [[pumpkin]]s
* Taiga and Snowy Taiga [[Village]]s
* Bought from [[wandering trader]]  
|

|- id="Sugar"
! scope="row" | [[Sugar]]
| {{Slot|Sugar}}
|
* {{itemLink|Cake}}
* {{itemLink|Pumpkin Pie}}
|
* Crafting [[sugar cane]]
* Dropped by [[witch]]es
* Creating from its base [[element]]s {{only|bedrock|education}}
* Redeemed from [[honey bottle]] on a crafting table 
|

|- id="Wheat"
! scope="row" | [[Wheat]]
| {{Slot|Wheat}}
|
* {{itemLink|Bread}}
* {{itemLink|Cake}}
* {{itemLink|Cookie}}s
|
* Harvesting mature [[wheat]]
* Found in [[Dungeon#Loot|dungeon]], [[Woodland Mansion#Loot|woodland mansion]], [[Shipwreck#Loot|shipwreck]], [[Igloo#Loot|igloo]], [[Village#Loot|village]], [[Ocean Ruins#Loot|ocean ruins]], and [[Pillager Outpost#Loot|pillager outpost]] chest
* Crafting [[hay bale]]s
|

|- id="Gold Nugget"
! scope="row" | [[Gold Nugget]]
| {{Slot|Gold Nugget}}
| {{itemLink|Golden Carrot}}
|
* Crafting [[gold ingot]]s
* Dropped by [[zombified piglin]]s
* Found in [[Shipwreck#Loot|shipwreck]], [[Igloo#Loot|igloo]], [[Village#Loot|village]], and [[Ocean Ruins#Loot|ocean ruins]] chest
* Smelting golden armor or tools
* Mining [[nether gold ore]] without [[Silk Touch]]
|

|- id="Gold Ingot"
! scope="row" | [[Gold Ingot]]
| {{Slot|Gold Ingot}}
| {{itemLink|Golden Apple}}
|
* Crafting [[gold block]]s or [[gold nugget]]s
* Rarely dropped by [[zombified piglin]]s and by [[Drowned]]
* Smelting [[gold ore]] or [[nether gold ore]]
* Found in [[Shipwreck#Loot|shipwreck]], [[Jungle Pyramid#Structure:Loot|jungle pyramid]], [[Dungeon#Loot|dungeon]], [[Woodland Mansion#Loot|woodland mansion]], [[Nether Fortress#Loot|nether fortress]], [[End city#Loot|end city]], [[Mineshaft#Loot|mineshaft]], [[Village#Structure:Loot|village]], [[Stronghold#Loot|stronghold]], [[Buried Treasure#Loot|buried treasure]] and [[Desert pyramid#Structure:Loot|desert pyramid]] chest
|
|- id="Honey Block"
! scope="row" | [[Honey Block]]
| {{Slot|Honey Block}}
| {{itemLink|Honey Bottle}}
|
* Crafting [[honey bottle]]s
|
|}

== Sounds ==
{{Sound table/Entity/Food}}

== Achievements ==
{{load achievements|Pork Chop;Iron Belly;Rabbit Season;Overpowered;Castaway;Delicious Fish;The Lie;Bake Bread;Time For Stew}}

== Advancements ==
{{load advancements|Husbandry;A Balanced Diet;A Furious Cocktail;How Did We Get Here;Fishy Business}}

== History ==

{{History|java classic}}
{{History||June 14, 2009|link=https://notch.tumblr.com/post/123343045/my-vision-for-survival|[[Notch]] discussed how food would work in [[survival]] mode: "Monsters will hurt you and take away from your health. The only way to regain health is to eat food. You get food from either hunting or from farming."}}
{{History||0.24_SURVIVAL_TEST|[[Mushroom]]s are now edible, making them the first food to be added in the game. At this point, food restores [[health]] instead of [[hunger]], and are eaten instantly without sound or animation. Pigs drop them upon death.}}
{{History|java indev}}
{{History||0.31|snap=20091231-2|Added [[apple]]s, which are currently non-functional.}}
{{History|||snap=20100110|Apples are now edible, and restore {{hp|4}} each.}}
{{History|||snap=?|Mushrooms are no longer edible.}}
{{History|||snap=20100130|Added [[mushroom stew]], which restores {{hp|8}} health.}}
{{History||20100206|Added [[wheat]] and [[bread]].
|Mushroom stew now restores {{hp|10}} health.}}
{{History||20100219|[[Pig]]s now drop [[raw porkchop]]s, which can be [[smelt]]ed to become [[cooked porkchop]]s.}}
{{History|java infdev}}
{{History||20100227-1|Added [[golden apple]]s. At this point, they were crafted with [[block of gold]], and restored {{hp|20}}.}}
{{History|java alpha}}
{{History||v1.0.8|Added [[milk]], which was at this point unobtainable and the player could not use it in any way.}}
{{History||v1.0.11|Milk can now be obtained in the game, by milking a [[cow]] with an empty [[bucket]].}}
{{History||v1.0.14|With the addition of [[chicken]]s, [[egg]]s are now in the game, but have no use. Chickens do not drop raw chicken at this point in time.}}
{{History||v1.2.0|snap=<nowiki>?|slink=:Category:Information needed requiring unarchived version|Added [[pumpkin]]s, but not pumpkin seeds.
|Added [[raw fish]] and [[cooked fish]], obtainable through [[fishing]].}}
{{History||v1.2.3|Eating food now functions correctly in multiplayer.}}
{{History|java beta}}
{{History||1.2|Added [[sugar]] and [[cake]].}}
{{History||1.4|[[Cocoa beans]] now appear naturally in the game; since Beta 1.2, they were available only through inventory editors.
|Added [[cookie]]s.}}
{{History||1.5|Pigs now drop cooked porkchops if killed while on fire.}}
{{History||1.8|snap=Pre-release|Added [[melon]]s, [[melon seeds]], and [[pumpkin seeds]].
|Added [[raw chicken]] as a drop from chickens, which can be smelted into [[cooked chicken]].
|Added [[raw beef]] as a drop from cows, which can be smelted into [[steak]].
|Added [[rotten flesh]] as a new drop from [[zombie]]s.
|Added an eating animation, instead of food simply disappearing from the player's hand as if a block had been placed.
|Added [[hunger bar]]; now food restores hunger instead of health.
|Food now stacks in the inventory, with the exception of cake, mushroom stew, and milk.
|[[Huge mushroom]]s were added as a new source for [[mushroom]]s.
|With the addition of the hunger bar, golden apples now restore {{Hunger|10}} and give 30 seconds of [[regeneration]], but do not heal health directly anymore.}}
{{History|java}}
{{History||1.0.0|snap=Beta 1.9 Prerelease 2|Mushrooms can now be obtained from the mushroom island [[biome]], via the huge mushrooms, random scattered mushrooms, or the new [[mooshroom]]s.
|[[Milk]] can be used to nullify the effects of [[potion]]s.
|[[Spider]]s now drop [[Spider Eye|eyes]].}}
{{History||1.1|snap=release|Golden apples are now made with [[gold nugget]]s instead of blocks of gold, restore {{Hunger|4}} and give 4 seconds of regeneration.}}
{{History||1.3.1|snap=12w21a|Added enchanted golden apples, which functioned like golden apples prior to 1.1 and had the same crafting recipe, but also gave resistance and fire resistance for 5 minutes each.
|[[Cocoa Beans]] are now a crop, making all food items a renewable resource.}}
{{History||1.4.2|snap=12w34a|[[Potato]]es and [[carrot]]s can be obtainable from zombies (rare drop) or harvested.
|Potatoes can be cooked to make [[baked potato]]es
|Harvesting potatoes may give 0–2 [[poisonous potato]]es.
|Carrots can be crafted into [[golden carrot]]s.
|Added [[pumpkin pie]], making [[pumpkin]]s a food ingredient.}}
{{History||1.7.2|snap=13w36a|Added [[tropical fish (item)|clownfish]], [[Raw Salmon|raw]] and [[cooked salmon]], and [[pufferfish (item)|pufferfish]].}}
{{History||1.8|snap=14w02a|Baked potatoes now restore {{Hunger|5}} hunger points instead of 6, with a corresponding reduction in saturation restored.
|Carrots now restore {{Hunger|3}} hunger points instead of 4, with a corresponding reduction in saturation restored.}}
{{History|||snap=14w27a|Added [[Raw Mutton|raw]] and [[cooked mutton]], [[Raw Rabbit|raw]] and [[cooked rabbit]], and [[rabbit stew]].}}
{{History||1.9|snap=15w31a|Added [[chorus fruit]], [[beetroot]] and [[beetroot soup]].
|Enchanted golden apples are no longer craftable, making them no longer renewable.}}
{{History||1.13|snap=18w07a|Added [[dried kelp]], which is edible.}}
{{History||1.14|snap=18w43a|Added [[suspicious stew]].}}
{{History|||snap=18w49a|Added [[sweet berries]].}}
{{History||1.15|snap=19w34a|Added [[honey bottle]]s.}}
{{History|||snap=19w35a|[[Honey bottle]]s now remove [[poison]] effects when consumed.}}
{{History|||snap=19w46a|All foods can now be consumed in Creative mode, including cake.}}
{{History||1.17|snap=21w05a|Added [[glow berries]].}}


{{History|pocket alpha}}
{{History||v0.4.0|Added the first food items: [[apple]]s, [[bread]], [[mushroom stew]], [[raw beef]], [[steak]], [[raw chicken]], [[cooked chicken]], [[raw porkchop]]s, and [[cooked porkchop]].}}
{{History||v0.5.0|Added [[melon]]s, [[melon slice]]s, and [[melon seeds]].}}
{{History||v0.7.0|Added [[milk]] and [[cake]].}}
{{History||v0.8.0|snap=build 1|Added [[pumpkin pie]], [[carrot]]s, [[potato]]es, and [[baked potato]]es.}}
{{History|||snap=build 2|Added [[beetroot]]s and [[beetroot soup]].}}
{{History||v0.9.0|snap=build 1|[[Potato]]es and [[carrot]]s can be obtainable from zombies (rare drop) or harvested.
|Added [[cookie]]s.}} 
{{History||v0.11.0|snap=build 1|Added [[rotten flesh]] as a new drop from [[zombie]]s, at this time, it inflicts poison.
|Added [[Raw Fish|raw]] and [[cooked fish]], [[clownfish]], [[Raw Salmon|raw]] and [[cooked salmon]], and [[pufferfish]].}}
{{History|||snap=build 4|[[Milk]] can be used to nullify the effects of [[potion]]s.}}
{{History||v0.12.1|snap=build 1|Eating food now restores hunger.
|[[Spider]]s now drop [[Spider Eye|eyes]].
|Added poisonous potatoes, golden apples, enchanted golden apples and golden carrots.}}
{{History||v0.13.0|snap=build 1|Hunger restored by food now matches Minecraft PC.
|Added raw rabbit, cooked rabbit, and [[rabbit stew]].}}
{{History||v0.15.0|snap=build 1|Added raw mutton and cooked mutton.}}
{{History|pocket}}
{{History||1.0.0|snap=alpha 0.17.0.1|Added chorus fruit.}}
{{History|bedrock}}
{{History||1.4.0|snap=beta 1.2.14.2|Added [[dried kelp]], which is edible.}} 
{{History||1.7.0|snap=beta 1.7.0.2|Food can now be eaten in creative mode and on peaceful difficulty.}}
{{History||1.10.0|snap=beta 1.10.0.3|Added [[sweet berries]].}}
{{History||1.13.0|snap=beta 1.13.0.9|Added [[suspicious stew]].}}
{{History||1.14.0|snap=beta 1.14.0.1|Added [[honey bottle]].}}
{{History||1.17.0|snap=beta 1.16.220.52|Added [[glow berries]].}}
{{History|foot}}

{{items}}

[[Category:Food]]

[[cs:Potraviny]]
[[de:Hunger]]
[[es:Comida]]
[[fr:Nourriture]]
[[hu:Étel]]
[[it:Cibo]]
[[ja:食料]]
[[ko:식료품]]
[[nl:Voedsel]]
[[pl:Jedzenie]]
[[pt:Alimento]]
[[ru:Еда]]
[[th:อาหาร]]
[[uk:Їжа]]
[[zh:食物]]</li></ul></nowiki>
beta 1.16.200.52Goat BE1 Goat BE1 Added goats and kids, which are available only via Experimental Gameplay.
Goats make the sound of a player being hit.
Goats currently uses the vex's charging sound as a placeholder when preparing to ram charge.[1]
releaseGoats have been made inaccessible in the full release.
Upcoming Bedrock Edition
1.16.210
{{Extension DPL}}<ul><li>[[Beetroot Soup|Beetroot Soup]]<br/>{{for|other uses|Soup}}
{{Item
| title = Beetroot Soup
| image = Beetroot Soup.png
| renewable = Yes
| heals = {{hunger|6}}
| stackable = No
}}

'''Beetroot soup''' is an unstackable [[food]] item.

== Obtaining ==

=== Crafting ===
{{Crafting
|Beetroot
|Beetroot
|Beetroot
|Beetroot
|Beetroot
|Beetroot
|Bowl
|Output=Beetroot Soup
|type=Foodstuff
}}

=== Natural generation ===

{{LootChestItem|beetroot-soup}}

== Usage ==

Beetroot soup can be eaten to restore {{hunger|6}} [[hunger]] points and 7.2 [[Hunger#Mechanics|saturation]], the same as [[cooked chicken]] and [[mushroom stew]]. After eating, the empty [[bowl]] remains, similarly to mushroom stew and [[rabbit stew]].

== Sounds ==
{{Sound table/Entity/Food}}

== Data values ==

=== ID ===
{{edition|java}}:
{{ID table
|edition=java
|showforms=y
|generatetranslationkeys=y
|displayname=Beetroot Soup
|spritetype=item
|nameid=beetroot_soup
|form=item
|foot=1}}

{{edition|bedrock}}:
{{ID table
|edition=bedrock
|shownumericids=y
|showforms=y
|notshowbeitemforms=y
|generatetranslationkeys=y
|displayname=Beetroot Soup
|spritetype=item
|nameid=beetroot_soup
|id=286
|form=item
|foot=1}}

== Advancements ==
{{load advancements|Husbandry;A Balanced Diet}}

== History ==
{{History|java}}
{{History||1.9|snap=15w31a|[[File:Beetroot Soup JE1 BE1.png|32px]] Added beetroot soup.}}
{{History||1.13|snap=17w47a|Prior to [[1.13/Flattening|''The Flattening'']], this [[item]]'s numeral ID was 436.}}
{{History||1.14|snap=18w43a|[[File:Beetroot Soup JE2 BE2.png|32px]] The texture of beetroot soup has been changed.
|The recipe for beetroot soup is now shapeless.}}
{{History|||snap=18w49a|Beetroot soup can now be found in [[chest]]s in [[snowy tundra]] [[village]] houses.}}

{{History|pocket alpha}}
{{History||November 14, 2013|link={{tweet|jbernhardsson|400902957782147072}}|[[Johan Bernhardsson]] posts an image of beetroot soup.}}
{{History||v0.8.0|snap=build 2|[[File:Beetroot Soup JE1 BE1.png|32px]] Added beetroot soup. It is not obtainable in the Creative inventory.}}
{{History||v0.9.0|snap=build 1|Beetroot soup now requires 6 [[beetroot]]s instead of 4.}}
{{History||v0.12.1|snap=build 12|Beetroot soup now restores {{hunger|6}} instead of {{health|8}}.}}
{{History||v0.13.0|snap=build 3|Beetroot soup can now be stacked.}}
{{history|pocket}}
{{History||1.0.0|snap=alpha 0.17.0.1|Beetroot soup has been added to the Creative inventory.<ref name="missing beetroot soup">{{Bug|MCPE-13804}}</ref>}}
{{History|bedrock}}
{{History||1.10.0|snap=beta 1.10.0.3|[[File:Beetroot Soup JE2 BE2.png|32px]] The texture of beetroot soup has been changed.
|The recipe for beetroot soup is now shapeless.}}
{{History||1.11.0|snap=beta 1.11.0.1|Beetroot soup can now be found in [[snowy tundra]] [[village]] house [[chest]]s.}}

{{History|console}}
{{History||xbox=TU43|xbone=CU33|ps=1.36|switch=1.0.1|wiiu=Patch 13|[[File:Beetroot Soup JE1 BE1.png|32px]] Added beetroot soup.}}
{{History||xbox=none|xbone=none|ps=1.90|wiiu=none|switch=none|[[File:Beetroot Soup JE2 BE2.png|32px]] The texture of beetroot soup has been changed.
|The recipe for beetroot soup is now shapeless.}}

{{History|new 3ds}}
{{History||0.1.0|[[File:Beetroot Soup JE1 BE1.png|32px]] Added beetroot soup.
|Beetroot soup is not available within the [[Creative inventory]].}}
{{History||?|Added beetroot soup to the Creative inventory.{{info needed|Which update did this occur?}}}}
{{History|foot}}

== Issues ==

{{issue list}}

== References ==

{{reflist}}

{{Items}}

[[Category:Food]]
[[Category:Renewable resources]]

[[de:Borschtsch]]
[[es:Estofado de remolacha]]
[[fr:Soupe de betteraves]]
[[it:Zuppa di barbabietole]]
[[ja:ビートルートスープ]]
[[ko:비트 수프]]
[[nl:Bietensoep]]
[[pl:Barszcz]]
[[pt:Ensopado de beterraba]]
[[ru:Свекольный суп]]
[[th:ซุปบีทรูท]]
[[uk:Борщ]]
[[zh:甜菜汤]]</li><li>[[Chalkboard|Chalkboard]]<br/>{{Education feature}}
{{unobtainable|edition=be}}{{Block
|image=<gallery>
Chalkboard Slate.png|Slate
Chalkboard Poster.png|Poster
Chalkboard Board.png|Board
</gallery>
|invimage=Slate
|invimage2=Poster
|invimage3=Board
|transparent=Yes
|renewable=No
|light=No
|tool=None
|stackable=Yes (16)
|flammable=No
}}
A '''chalkboard''' is a [[block]] that can display more text than a [[sign]].<ref>https://education.minecraft.net/support/knowledge-base/using-slates-posters-boards/</ref> Three sizes are available: 1×1 (slate), 2×1 (poster), and 3×2 (board).

== Obtaining ==
In ''[[Education Edition]]'', chalkboards can be obtained in the [[Creative inventory]] or through the {{cmd|give}} command.
In ''[[Bedrock Edition]]'', chalkboards cannot be obtained by commands or the creative inventory, and can only be obtained by using glitches or inventory editors.

== Usage ==
A chalkboard can be used similarly to a [[sign]], to display text. Once placed, select the chalkboard and enter the desired text and click the "OK" button. The "×" in the upper right corner of the board closes the edit screen.

=== Placement ===
Chalkboards may be placed on the top or side of other blocks (including non-solid blocks like [[fence]]s, [[glass]], [[rail]]s, and other chalkboards). To place a chalkboard, {{control|use}} a chalkboard item while pointing at the block the chalkboard should be attached to. To place a chalkboard on a block that can be interacted with by the {{control|use}} control (for example, [[chest]]s, [[note block]]s, etc.), {{control|sneak}} while placing the chalkboard.

1×1 slates placed on the top of a block stand on a short post, facing in the direction of the player who placed it, in any of 16 different directions. 2×1 posters and 2×3 boards can be placed in any of 4 different directions. Chalkboards placed on the side of a block simply float there, even if the block doesn't make contact with the chalkboards.

=== Text ===
When entering text, six lines of text are available for the slates and posters, while fifteen lines of text are available for the 2×3 boards. To switch between lines, the player can press Enter or the up/down arrow keys. The location of text currently selected has a flashing cursor.

While editing, typing and backspacing can occur at any point in the line by moving the cursor using the left and right arrow keys. Once the end of the line has been reached, the word is hyphenated and is continued on the next line.

After the editing window is closed, right-clicking on a chalkboard reopens the editing menu. Copy and paste can be performed, and no more than the basic/shifted keyboard characters may be entered.

=== Interaction ===
Chalkboards act as though they have a {{control|use}} action, so {{control|sneaking}} is required to place blocks or use items while the cursor is pointed at them.

Unlike signs, boards block a [[piston]] from moving.

Boards have no collision box (they are completely non-solid), so [[item]]s and [[mob]]s can move through boards blocks. Other blocks (including other boards) can be placed on any edge of a board.

[[Water]] and [[lava]] flow around boards. Lava can create [[fire]] in [[air]] blocks next to boards as if the boards were flammable, but the boards do not burn.

== Sounds ==
{{Sound table/Block/Stone/BE}}

== Data values ==
=== ID ===
{{ID table
|edition=bedrock
|shownumericids=y
|showforms=y
|generatetranslationkeys=y
|displayname=Block
|spritename=chalkboard
|spritetype=block
|nameid=chalkboard
|id=230
|form=block
|translationkey=tile.chalkboard.oneByOne.name, tile.chalkboard.twoByOne.name, tile.chalkboard.threeByTwo.name}}
{{ID table
|displayname=Item
|spritename=board
|spritetype=item
|nameid=board
|translationkey=tile.chalkboard.oneByOne.name, tile.chalkboard.twoByOne.name, tile.chalkboard.threeByTwo.name
|id=454
|form=item
|foot=1}}

=== Metadata ===
{{see also|Data values}}
Chalkboards uses the following data values:

*Slate: 1
*Board: 2
*Poster: 3
<!--{{/DV}}-->

=== Block states ===
{{see also|Block states}}
{{info needed}}
<!--{{/BS}}-->

== History ==
{{History|pocket alpha}}
{{History||v0.16.0|snap=build 1|[[File:Chalkboard Slate.png|32px]] [[File:Chalkboard Poster.png|32px]] [[File:Chalkboard Board.png|32px]]<br>[[File:Chalkboard_Slate_(item)_BE1.png|32px]] [[File:Chalkboard_Poster_(item)_BE1.png|32px]] [[File:Chalkboard_Board_(item)_BE1.png|32px]] Added chalkboards, likely as an accidental addition.
|Chalkboards can be obtained and placed using the {{cmd|give}} and {{cmd|setblock}} [[command]]s respectively. However, they serve no purpose.}}
{{History|||snap=build 2|Chalkboards have now been removed. However, the textures still exist.}}
{{History|bedrock}}
{{History||1.11.0|snap=beta 1.11.0.1|Re-added chalkboards. They still exist as entities, but can't be spawned. The items can't be spawned either.}}
{{h||1.17.30|snap=beta 1.17.30.20|Chalkboards can now be placed consistently.}} 

{{History|education}}
{{History||MinecraftEdu|link=MinecraftEdu|[[File:Oak Sign JE1 BE1.png|30px]] [[MinecraftEdu]], Education Edition's predecessor, had "[[Big Sign]]s", 3 block wide signs that served a similar purpose.}}
{{History||1.0|[[File:Chalkboard Slate.png|32px]] [[File:Chalkboard Poster.png|32px]] [[File:Chalkboard Board.png|32px]]<br>[[File:Chalkboard_Slate_(item)_BE1.png|32px]] [[File:Chalkboard_Poster_(item)_BE1.png|32px]] [[File:Chalkboard_Board_(item)_BE1.png|32px]] Added chalkboards.}}
{{History||1.0.2|The UI of chalkboards now has a locked option.
|[[Player|Students]] now can place their own chalkboards even without a worldbuilder ability.}}
{{History|foot}}

== Gallery ==
<gallery>
Education Edition Exclusive Features.png|The chalkboard placed in a world along with other Education Edition features.
Chalkboardsingamepe.png|The chalkboard in [[Pocket Edition v0.16.0 alpha build 1]].
</gallery>

== References ==
{{Reflist}}

{{Blocks|Utility}}
{{Items}}
{{Education Edition}}

[[Category:Utility blocks]]
[[Category:Block entities]]
[[Category:Education Edition blocks]]
[[Category:Education Edition items]]

[[pt:Lousa]]
[[de:Tafel]]
[[fr:Ardoise]]
[[ja:黒板]]
[[pl:Tablica kredowa]]
[[ru:Доска]]
[[uk:Дошка]]
[[zh:黑板]]</li></ul>
beta 1.16.210.51Goats now only drop 2 goat horns each.
Goats now drop 1-2 mutton.
Goat (one horn) BE1 Goat (no horn) BE1 Goats now show missing goat horns in the model.
Baby goats now have half knockback when using a ram attack.
Goats no longer attack armor stands.[2]
Goats now attack shulkers.
Goats now only produce one baby goat at a time when breeding.
beta 1.16.210.53Goats now avoid walking onto powder snow while path-finding.
  1. BE-104156
  2. MCPE-104159 — "Goat attacks armor stands" — resolved as "Fixed".

Notice how the former shows the features as a part of 1.17.0, while the latter shows it as part of 1.16.200 and 1.16.210. I prefer the former option as the Caves & Cliffs features added in the betas of 1.16.X don't end up in the full release, but instead will be a part of 1.17.0.

Unavailablehoax (talk) 23:36, 26 January 2021 (UTC)

I  Support to use the first, because the features won't be part of 1.16.x releases, and it's more specific. Thejoaqui777 (talk) 23:54, 26 January 2021 (UTC)
They are part of the 1.16.210 betas, and it should be declared that way. Saying the beta is for 1.17 is false information. Dhranios (talk) (Join the wiki videos project!) 00:16, 27 January 2021 (UTC)
Should say 1.16.210, with "added under experimental gameplay", then 1.17 with "fully implemented".  Nixinova T  C   00:26, 1 February 2021 (UTC)

Proposal for a Crossovers page, replacing the current Smash page

I talk about this more on Talk:Super Smash Bros. Ultimate, but since that page doesn't get much traffic for obvious reasons, I thought I'd bring it up here.

My argument boils down to it making more sense than adding a new page for every game that references Minecraft, and being more consistent to what Wiki readers might expect and enjoy. Thoughts? -- DigiDuncan (talk) 00:14, 1 February 2021 (UTC)

Articles about Mojang employees: A proposal

Reviving both this discussion from 2015 and this discussion from 2019-2020, I feel like it should finally be time to take action regarding articles about Mojang employees, whether they are notable or not. I'm using the Wikipedia policy on biographies of living persons as a blueprint for this, so bear with me here.

  • We should try to include as much information on employees that is publicly available through reliable sources, whether it be through LinkedIn profiles, interviews with publications such as news sites, or simply through the Twitter accounts of the employees themselves. As long as the information is available publicly, it should be documented on the wiki, sourced back to the article or tweet in question.
  • However, there has to be a limit as to what information should indeed be allowed on here. Of course, its general understanding that emails, addresses, and phone numbers are never to be added to articles out of respect for privacy. In regards to concessions that have been made in the past, such as the situation with Ez, or retracting information that had been OK up until recently, such concessions should be reviewed as to whether they should remain as is, or be considered null and void pending as to when this policy does become active.

Understanding that this is a style guide policy, I figured it would be best to instead post it here, considering that this policy would cover several hundreds of employees of one company.

The proposed change to the policy is as follows, which would be separated from the "Notability" section and split into its own section (new additions in bold):

Articles about people are only allowed if the person in question is a developer of Minecraft and/or either a part of or closely related to Mojang Studios. The article should cover information about the person that is publicly available through reliable sources, and should remain neutral and fair to the person. Self-published sources, such as tweets or books, are not allowed unless the person is the one who authored or published it. Edits to the article about the person may be reverted / deleted if they contain phone numbers, email, or postal addresses.

This is just a stepping stone. I am open to any additional input regarding any further changes to this. BDJP (t|c) 19:19, 2 February 2021 (UTC)

I still think this should be taken further, and say that articles should only exist for notable employees where the majority of the content is about their work. We shouldn't encourage going into details about personal lives and such, which having all these stub articles does.  Nixinova T  C   19:29, 2 February 2021 (UTC)
Definitely keep the personal life stuff to a minimum at best. BDJP (t|c) 20:42, 2 February 2021 (UTC)
In my opinion, we should keep any pages that have a lot of content (pages without stubs) but pages with stubs should be put into like a draft. Anyone is free to make a page but it needs more content. As for not having like personal details, I also support that but a notable exception would be Helen Zbihlyj as she directly put a little bit of her personal life on her user page as it is a primary and the most reliable source possible. I would like the employee pages to also have more about their work as well and all those stub articles can be clumped into an Employees article.
All in all, I  Support keeping all pages which have enough content and  Removing or converting any pages with a stub and have no content (for instance, Peter Hont which is just one of the many pages that has no info, only saying that they work in Minecraft Dungeons.) For birth dates, I really don't see any harm if they posted it on twitter or some other social media thing. Also I wish to  Remove all pages with no sources as well.Humiebee (talk) 21:35, 2 February 2021 (UTC)
I’ve created an example of how an expanded article would look here. BDJP (t|c) 01:02, 9 February 2021 (UTC)
I  Support the revised article.Humiebee (talk) 03:05, 15 February 2021 (UTC)
I'm going to wait on any further comments for a week, but if there are no further objections then I will implement this on the bio page. BDJP (t|c) 14:36, 19 February 2021 (UTC)
Support the new proposal, but it would make absolutely no sense for the new guideline to be part of the style guide but not part of the notability guideline. What about splitting the notability guidelines from the style guide? Fadyblok240 (talk) 23:12, 19 February 2021 (UTC)

Request for a new page - but I need your help

I want to create a new page that lists from the longest name for an item to the shortest name, but I don't know how should I create it. I hope you can help me. - Melvintnh327 (talk) 05:04, 7 February 2021 (UTC)

It is unnotable to be given an article. TheGreatSpring (talk) 05:28, 7 February 2021 (UTC)
It is completely trivial information, so it doesn't belong anywhere on this wiki, except perhaps a subpage of your userpage. Fadyblok240 (talk) 05:40, 7 February 2021 (UTC); updated 06:12, 7 February 2021 (UTC)
Okay then...I guess I would not create it - Melvintnh327 (talk) 02:23, 11 February 2021 (UTC)

Are pufferfish passive, neutral or hostile

Personally, I think that pufferfish are passive because they can't chase you but some users change "Passive" to "Neutral" or "Hostile". Are pufferfish passive, neutral or hostile? TheGreatSpring (talk) 08:08, 7 February 2021 (UTC)

Per Talk:Pufferfish#Pufferfish behavior, we stated that they are passive, so I think that they should stay as Passive. Thejoaqui777 (talk) 22:55, 7 February 2021 (UTC)

What happened?

The wiki stopped working for some time. Why? Gameking1happy (talk) 16:40, 11 February 2021 (UTC)

Another glitch with UCP, this is the worst one so far. James Haydon (talk) 16:41, 11 February 2021 (UTC)
Fandom rolled out an update that broke the platform. They quickly rolled it back though.
While they were rolling it back though, Minecraft Wiki played the roles of: 1) London Bird Club Wiki; 2) Wookieepedia; 3) the Pixel Gun Wiki and the Game of Thrones Wiki simultaneously. Oh, and half the platform was the Raft Wiki for a few moments. --AttemptToCallNil (talk) 16:58, 11 February 2021 (UTC)
I don't think there even is a Game of Thrones wiki on Gamepedia because its not a game. So it also is affecting FANDOM wikis as well. James Haydon (talk) 17:01, 11 February 2021 (UTC)
Yes, it affected the entire platform, including all Fandom wikis. --AttemptToCallNil (talk) 17:04, 11 February 2021 (UTC)

Minecraft Story Mode NS

Hi

We already discussed about Minecraft Earth and Minecraft Dungeons namespaces, but i think we still miss "Minecraft: Story Mode" namespace. This namespace was already discussed in "Moving Minecraft Story Mode Wiki to this wiki", but as Minecraft Story Mode Wiki discussion was really not great, and it failed, we were exploring possibility of exporting articles from "Fandom's Minecraft Wiki". But unfortunately, these will also need rewrite. So, articles are created manually, as stubs, which will need to expand.

So, we have to create these articles by ourselves. Unfortunately, we won't be able to beat Minecraft Story Mode Wiki, until we will have own namespace, and own production of articles.

On Google, we ended really far from top, on 5th place. On Bing, we were more successful, reaching 3rd, but on both searches, MC Story Mode Wiki was on top.

So, should we create Minecraft Story Mode NS?--TreeIsLife (talk) 19:05, 13 February 2021 (UTC)

 Support We have pretty bad situation, on Google, even Fandom's MCW has higher ranking, so we are in bad situation --TreeIsLife (talk) 19:05, 13 February 2021 (UTC)
 Temporal oppose, let me explain. It has been some months since the discussion, but I think that we should contact first their admins. I don't want them to think that we try to compete with them, instead to colaborate. Your words look very competitive, which isn't how this wiki wants to get information. We talk with people, and try to get a deal with them to make both parts happy. So, I think that we should wait 2 months more at least to begin talking with them again, because they refused to merge due to bad communication. Thejoaqui777 (talk) 19:21, 13 February 2021 (UTC)
 Comment TreeIsLife, I agree with Thejoaqui777, why are you making this a competition? MC wiki isnt a promotion wiki. Minecraft Story Mode is a WIP and the Minecraft Story Mode in FANDOM is fine, what makes you think that MC wiki is a promotional wiki? I also  Oppose per my comment on the previous discussion. I'm fine with the namespace but not trying to outmanuver fandom, gamepedia is owned by fandom anywaysHumiebee (talk) 19:25, 13 February 2021 (UTC)
This, this, this, this, this, this and this. It's not a competition. This exact behavior is what made the initial merge proposal fail badly. Dhranios (talk) (Join the wiki videos project!) 19:33, 13 February 2021 (UTC)
 Comment to all. This is not about competition. We tried... but... it did not go well. Hummie may not know about that, but there is great server, called Minecraft Wiki Crossover, where we discussed future of MC Wikis (all of them). We had a big dream. 3 big wikis for everything Minecraft - Minecraft Wiki, Minecraft Community Wiki and Minecraft Mods Wiki. And, we wanted to start with merging of all wikis from "Minecraft Wiki Network" into this wiki. Anddddd... I created discussion post, and we had protest on that wiki. I was critized about how i wrote it, and that i wrote it into discussions. Then, i decided i will left server, and do discussion by myself. So great, i had another conflict on another wiki (double problem). Unfortunately, discussion just failed and that's it. And now everybody hates me 😔. That was joke, obviously, I said it was my fault, and we discussed we won't say nothing to community, until we will lock the wiki (meaning only discussing with admins). And now, let's say why i want to do this. Well, they are inactive and only 1 person said something, but his timestamp between answers were 1 week.--TreeIsLife (talk) 19:41, 13 February 2021 (UTC)

Minicraft?

There are 5 Minecraft games: Minecraft, Minecraft Story Mode, Minecraft Earth and Minecraft Dungeons and, Minicraft. They all have page(s) other than Minicraft witch only has 1 reference on the whole wiki. I think Minicraft should have a page, if not may pages for the things in the game (mobs, items, etc). --Gtbot2007 (talk) 22:22, 13 February 2021 (UTC)

 Weak oppose this wiki is about Minecraft. TheGreatSpring (talk) 23:04, 13 February 2021 (UTC)
 Comment Well, 0x10c has its own wiki page, and yet it isn't a minecraft related game, it was developed by mojang, but wasn't really minecraft-like. James Haydon (talk) 23:23, 13 February 2021 (UTC)
 Comment But it was made by Notch, and has a lot of things from Minecraft (such as creepers), even the name is based on Minecraft --Gtbot2007 (talk) 23:53, 13 February 2021 (UTC)
Minicraft already has a page, but it is a redirect. Fadyblok240 (talk) 01:26, 14 February 2021 (UTC)
I guess because it wasn't developed by mojang unlike 0x10c and it wasn't nearly publicized as much. Makes sense why it doesn't have its own page. James Haydon (talk) 01:30, 14 February 2021 (UTC)
Redirects are pages too. Fadyblok240 (talk) 02:58, 14 February 2021 (UTC)
@Fadyblok240: By page I meant articles, no need to correct me about that. James Haydon (talk) 18:41, 14 February 2021 (UTC)
But its a minecraft game unlike 0x10c
 Comment The reason I felt the need to create the 0x10c page is because, unlike other games made by Notch or Mojang, you can't actually play it because it never came out, and so it doesn't have a wiki of its own (not anymore anyway). Now, on the other hand, Minicraft is a game you can play and it does have its own wiki, but, keep in mind, it is technically an official Minecraft spinoff game, and all the other official Minecraft spinoffs get to be on this wiki, so why not that one too? Plus the Minicraft wiki is really messy and incomplete, so I definitely wouldn't be opposed to something better being added to this wiki. AlienAgent124 (talk) 03:08, 14 February 2021 (UTC)
This is what I mean --172.58.228.82 09:27, 14 February 2021 (UTC)

Pocket/Bedrock Edition version pages

As the title, the Chinese Wiki is also disussing the same problem. See here.

Here, the problem is slightly different. It's mainly about {{version nav}}.

The documentation doesn't mention the usage of parameter {{{internal}}}. The number filled in this parameter shouldn't called "Internal version no.", and it should be "Full version no.". The correct "Internal version no." is a long string of numbers in file AndroidManifest.xml or in something else. "Full version no." is also in the file. For example, the Internal version no. of Pocket Edition 1.1.3 is 871010352 and the Full version no. is 1.1.3.52. Some of the pages on the Wiki need to split according to this, because we found that some apk files of very old version that shows the same Full version no. but they have different Internal version numbers.

About the articles, Style guide says that "naming specification is currently under discussion", but it was shelved obviously. Some version pages is different from the naming specification it stated. Also, MCW:SG/V needs to update.

In addition, The Chinese wiki is discussing renaming Bedrock/Pocket Edition version articles, and we are having an argument about if development versions should have "beta" or "alpha" on their names. Some people think that "the version number is for distinction", and they suggest to delete all the parts in the title that are not useful for distinction, include "alpha/beta" and "v" (the abbreviation of word "version"). Articles like "Bedrock Edition 1.16.210.59" or "Pocket Edition 0.10.0.b9" is enough to explain it's a development version, does not need to be like "Bedrock Edition beta 1.16.210.59" or "Pocket Edition v0.10.0 alpha build 9". The articles don't need to be exactly the same as shown in game, just like we don't name the page Java Edition 21w06a "Java Edition Minecraft 21w06a/snapshot".

If we changed the articles, the parameter {{{title}}} and {{{protocol_manual}}} of {{version nav}} also need to be changed. Do you think it's necessary?--SkyE | Talk · Contributions · Logs 08:00, 14 February 2021 (UTC)

Necessary, no, but it is a change I'd support. The only thing is that bedrock's beta builds aren't as distinguishable from the full build, compared to java's snapshots; betas only have 1 additional ".X", unlike snapshots which use a vastly different naming altogether. Dhranios (talk) (Join the wiki videos project!) 08:36, 14 February 2021 (UTC)
Oppose new naming scheme (the example given isn't actually relevant, the "/snapshot" isn't part of the version), and "beta" is useful for disambiguating. "The articles don't need to be exactly the same as shown in game"; they are though. Support parameter rename.  Nixinova T  C   18:55, 14 February 2021 (UTC)
Although the existence of "alpha/beta" , "v" , parentheses and spaces have certain significance, it's not so significant as to benefit from changing the title. Now the whole title is long and scattered. According to what you said, "it is useful for disambiguating". But most of the time, the correct page cannot be found. In daily communication, few people would say "beta 1.16.210.59", most people would say "1.16.210.59" directly. Personally, I’m used to find pages directly with URLs instead of search functions. If the users who don’t know much about Wiki type an extra space or a wrong letter, and then find that the page does not exist, they won't know what to do (for example, I want to find "Bedrock Edition beta 1.16.210.59" but input "Bedrock Edition v1.16.210.59" or "Bedrock Edition 1.16.210.59"). If you ask "Why not use the search function?", if the title is changed to "Bedrock Edition 1.16.210.59", wouldn't the search function still be useful? Without various prefixes and suffixes, wouldn't the search efficiency be higher?--SkyE |  Talk · Contributions · Logs 13:24, 16 February 2021 (UTC)
 One more problem. Word "alpha" was not shown since 0.14, can we recognize that versions from 0.14 to 0.16 belong the Alpha development stage? --Lxazl5770zh.admin) 14:47, 17 February 2021 (UTC)

Some current issues

Even if there is no need to change the naming specification, some Pocket Edition/Bedrock Edition pages still have problems.

  • Bedrock Edition 1.2.13.60 and Bedrock Edition 1.2.16 are two different versions. They just updated the same things and are in the same changelog on the Minecraft feedback website. The correct process is: First, Mojang changed the version number in the source code to 1.2.13.60 and released a version. This version didn't compile for iOS. Then Mojang changed the version number to 1.2.16.3, and bumped another version. They just used the same protocol version so they were still multiplayer compatible with each other. In order to prove that they are two versions, let me give an example: if I made an add-on, max_engine_version and min_engine_version in the manifest.json are both 1.2.13.60, then the version on iOS (1.2.16) cannot load this add-on.
  • The arcticles of Pocket Edition Alpha Realms build 1, build 2 and build 4 are different from other Pocket Edition Alpha versions. What's the naming specification exactly?
  • Mojang's naming specifications are very messy. Sometimes the version numbers show in different places are different.
    • For example, Bedrock Edition 1.2.6.1 should be "Bedrock Edition 1.2.6.60". In Google Play changelog and Mojira's this page], Mojang said it's 1.2.6.1, but in game it displays 1.2.6. In source code and MCPE-17100 on Mojira it's 1.2.6.60. The full version no. of Bedrock Edition 1.2.6 is 1.2.6.55. We know that if you want to update an app, the version number must be higher than the original installed version. Otherwise, the update will fail. So the correct article is "Bedrock Edition 1.2.6.60". There was an argument about this on the talk page.
    • @Nixinova: Your statement is incorrect. This also shows that the version number displayed in the game is unreliable, and the articles must be named according to the source code.
  • We found some versions that you thought did not exist (e.g. 1.14.1.4). If you want, we can provide the original apk files. We made a table to show this:
Wiki page Version no. displayed in game Internal version no. Recommended version no. (ver1) Recommended version no. (ver2)
0.1.0 0.1 1 0.1 0.1
0.1.0 0.1 2 0.1_Rev2 0.1_Rev2
0.1.0 0.1 4 0.1_Demo 0.1_Demo
0.1.1 0.1.1 1013 0.1.1_j 0.1.1_j
0.1.1 0.1.1 1015 0.1.1 0.1.1
0.1.2 0.1.2 1023 0.1.2_j 0.1.2_j
0.1.2 0.1.2 1025 0.1.2 0.1.2
0.1.3 0.1.3 1033 0.1.3_j 0.1.3_j
0.1.3 0.1.3 1035 0.1.3 0.1.3
None 0.1.3 1036 0.1.3_Rev2 0.1.3_Rev2
0.2.0 0.2.0 2003 0.2.0_j 0.2.0_j
0.2.0 0.2.0 2005 0.2.0 0.2.0
0.2.0 0.2.0 2006 0.2.0_Rev2 0.2.0_Rev2
None 0.2.1 2013 0.2.1_j 0.2.1_j
0.2.1 0.2.1 2015 0.2.1 0.2.1
0.2.1 (2) 0.2.1 2016 0.2.1_Rev2 0.2.1_Rev2
None 0.2.1 2017 0.2.1_Rev3 0.2.1_Rev3
None 0.2.2 2023 0.2.2_j 0.2.2_j
0.2.2 0.2.2 2025 0.2.2 0.2.2
None 0.3.0 3003 0.3.0_j 0.3.0_j
0.3.0 0.3.0 3005 0.3.0 0.3.0
None 0.3.0 3006 0.3.0_Rev2 0.3.0_Rev2
None 0.3.0 3007 0.3.0_Rev3 0.3.0_Rev3
None 0.3.2 3023 0.3.2_j 0.3.2_j
0.3.2 0.3.2 3025 0.3.2 0.3.2
None 0.3.3 3030 0.3.3_j 0.3.3_j
0.3.3 0.3.3 3035 0.3.3 0.3.3
0.4.0 0.4.0 4000 0.4.0_j 0.4.0_j
0.4.0 0.4.0 4005 0.4.0 0.4.0
0.4.0 rev 2 0.4.0_Rev2 0.4.0_Rev2
0.4.0 rev 3 0.4.0_Rev3 0.4.0_Rev3
0.5.0 0.5.0 5000 0.5.0 0.5.0
0.5.0 0.5.0 5005 0.5.0 0.5.0
0.6.0 0.6.0 6006 0.6.0 0.6.0
0.6.1 0.6.1 30006010 0.6.1 0.6.1
0.7.0 0.7.0 30007000 0.7.0 0.7.0
0.7.1 0.7.1 30007010 0.7.1 0.7.1
0.7.2 0.7.2 30007020 0.7.2 0.7.2
0.7.3 0.7.3 40007040 0.7.3 0.7.3
0.7.4 0.7.4 50007040 0.7.4 0.7.4
0.7.5 0.7.5 50007050 0.7.5 0.7.5
0.7.6 0.7.6 50007060 0.7.6 0.7.6
None 0.8.0_test1 300800001 0.8.0.b1 0.8.0.b1
0.8.0 build 2 0.8.0 build 2 300800002 0.8.0.b2 0.8.0.b2
0.8.0 build 3 0.8.0 build 3 300800003 0.8.0.b3 0.8.0.b3
0.8.0 build 4 0.8.0 build 4 300800004 0.8.0.b4 0.8.0.b4
0.8.0 build 5 0.8.0 build 5 300800005 0.8.0.b5 0.8.0.b5
0.8.0 build 6 0.8.0 build 6 300800006 0.8.0.b6 0.8.0.b6
0.8.0 build 7 0.8.0 build 7 300800007 0.8.0.b7 0.8.0.b7
0.8.0 build 8 0.8.0 build 8 300800008 0.8.0.b8 0.8.0.b8
0.8.0 0.8.0 500800010 0.8.0 0.8.0
0.8.1 0.8.1 500801011 0.8.1 0.8.1
0.9.0 build 1 0.9.0 500900000 0.9.0.b1 0.9.0.b1
0.9.0 build 2 0.9.0 500900001 0.9.0.b2 0.9.0.b2
0.9.0 build 3 0.9.0 500900002 0.9.0.b3 0.9.0.b3
0.9.0 build 4 0.9.0 500900003 0.9.0.b4 0.9.0.b4
0.9.0 build 5 0.9.0 500900004 0.9.0.b5 0.9.0.b5
0.9.0 build 6 0.9.0 500900005 0.9.0.b6 0.9.0.b6
0.9.0 build 7 0.9.0 500900006 0.9.0.b7 0.9.0.b7
0.9.0 build 8 0.9.0 500900007 0.9.0.b8 0.9.0.b8
0.9.0 build 9 0.9.0 500900008 0.9.0.b9 0.9.0.b9
0.9.0 build 10 0.9.0 500900009 0.9.0.b10 0.9.0.b10
0.9.0 build 11 0.9.0 500900010 0.9.0.b11 0.9.0.b11
0.9.0 build 12 0.9.0 500900011 0.9.0.b12 0.9.0.b12
0.9.0 0.9.0 500900012 0.9.0 0.9.0
0.9.1 0.9.1 500901000 0.9.1 0.9.1
0.9.2 0.9.2 500902000 0.9.2 0.9.2
0.9.3 0.9.3 500903000 0.9.3 0.9.3
0.9.4 0.9.4 500904000 0.9.4 0.9.4
0.9.5 0.9.5 500905000 0.9.5 0.9.5
None 0.9.5 500905001 0.9.5_Rev2 0.9.5_Rev2
0.10.0 build 1 0.10.0 740100000 0.10.0.b1 0.10.0.b1
0.10.0 build 2 0.10.0 740100001 0.10.0.b2 0.10.0.b2
0.10.0 build 3 0.10.0 740100002 0.10.0.b3 0.10.0.b3
0.10.0 build 4 0.10.0 740100003 0.10.0.b4 0.10.0.b4
0.10.0 build 5 0.10.0 740100004 0.10.0.b5 0.10.0.b5
0.10.0 build 6 0.10.0 740100005 0.10.0.b6 0.10.0.b6
0.10.0 build 7 0.10.0 740100006 0.10.0.b7 0.10.0.b7
0.10.0 build 8 0.10.0 740100007 0.10.0.b8 0.10.0.b8
0.10.0 build 9 0.10.0 740100008 0.10.0.b9 0.10.0.b9
0.10.0 0.10.0 740100009 0.10.0 0.10.0
0.10.1 0.10.1 740100100 0.10.1 0.10.1
0.10.2 0.10.2 740100200 0.10.2 0.10.2
0.10.3 0.10.3 740100300 0.10.3 0.10.3
0.10.4 0.10.4 740100400 0.10.4 0.10.4
0.10.5 0.10.5 740100501 0.10.5 0.10.5
0.11.0 build 1 0.11.0 740110001 0.11.0.b1 0.11.0.b1
0.11.0 build 2 0.11.0 740110002 0.11.0.b2 0.11.0.b2
0.11.0 build 3 0.11.0 740110003 0.11.0.b3 0.11.0.b3
0.11.0 build 4 0.11.0.b4 740110004 0.11.0.b4 0.11.0.b4
0.11.0 build 5 0.11.0.b5 740110005 0.11.0.b5 0.11.0.b5
0.11.0 build 6 0.11.0.b6 740110006 0.11.0.b6 0.11.0.b6
0.11.0 build 7 0.11.0.b7 740110007 0.11.0.b7 0.11.0.b7
0.11.0 build 8 0.11.0.b8 740110008 0.11.0.b8 0.11.0.b8
0.11.0 build 9 0.11.0.b9 740110009 0.11.0.b9 0.11.0.b9
0.11.0 build 10 0.11.0.b10 740110010 0.11.0.b10 0.11.0.b10
0.11.0 build 11 0.11.0.b11 740110011 0.11.0.b11 0.11.0.b11
0.11.0 build 12 0.11.0.b12 740110012 0.11.0.b12 0.11.0.b12
0.11.0 build 13 0.11.0.b13 740110013 0.11.0.b13 0.11.0.b13
0.11.0 build 14 0.11.0.b14 740110014 0.11.0.b14 0.11.0.b14
0.11.0 0.11.0 740110015 0.11.0 0.11.0
0.11.1 0.11.1 740110101 0.11.1 0.11.1
None 0.11.1 740110102 0.11.1_Rev2 0.11.1_Rev2
0.11.2 0.11.2 0.11.2 0.11.2
0.12.0 0.12.0 0.12.0 0.12.0
0.12.0.1 0.12.0.1 0.12.0.1 0.12.0.1
0.12.1 build 1 0.12.1.b1 760120101 0.12.1.b1 0.12.1.b1
0.12.1 build 2 0.12.1.b2 760120102 0.12.1.b2 0.12.1.b2
0.12.1 build 3 0.12.1.b3 760120103 0.12.1.b3 0.12.1.b3
0.12.1 build 4 0.12.1.b4 760120104 0.12.1.b4 0.12.1.b4
0.12.1 build 5 0.12.1.b5 760120105 0.12.1.b5 0.12.1.b5
0.12.1 build 6 0.12.1.b6 760120106 0.12.1.b6 0.12.1.b6
0.12.1 build 7 0.12.1.b7 760120107 0.12.1.b7 0.12.1.b7
0.12.1 build 8 0.12.1.b8 760120108 0.12.1.b8 0.12.1.b8
0.12.1 build 9 0.12.1.b9 760120109 0.12.1.b9 0.12.1.b9
0.12.1 build 10 0.12.1.b10 760120110 0.12.1.b10 0.12.1.b10
0.12.1 build 11 0.12.1.b11 760120111 0.12.1.b11 0.12.1.b11
0.12.1 build 12 0.12.1.b12 760120112 0.12.1.b12 0.12.1.b12
0.12.1 build 13 0.12.1.b13 760120113 0.12.1.b13 0.12.1.b13
0.12.1 0.12.1 760120114 0.12.1 0.12.1
0.12.2 0.12.2 760120200 0.12.2 0.12.2
0.12.3 0.12.3 760120300 0.12.3 0.12.3
0.13.0 build 1 0.13.0.b1 760130001 0.13.0.b1 0.13.0.b1
0.13.0 build 2 0.13.0.b2 760130002 0.13.0.b2 0.13.0.b2
0.13.0 build 3 0.13.0.b3 760130003 0.13.0.b3 0.13.0.b3
0.13.0 build 4 0.13.0.b4 760130004 0.13.0.b4 0.13.0.b4
0.13.0 build 5 0.13.0.b5 760130005 0.13.0.b5 0.13.0.b5
0.13.0 0.13.0 760130000 0.13.0 0.13.0
0.13.1 0.13.1 760130100 0.13.1 0.13.1
0.13.2 0.13.2 760130200 0.13.2 0.13.2
None 0.13.2 760130201 0.13.2_Rev2 0.13.2_Rev2
None 0.13.2 760130202 0.13.2_Rev3 0.13.2_Rev3
0.14.0 build 1 0.14.0.b1 760140001 0.14.0.b1 0.14.0.b1
0.14.0 build 2 0.14.0.b2 760140002 0.14.0.b2 0.14.0.b2
0.14.0 build 3 0.14.0.b3 760140003 0.14.0.b3 0.14.0.b3
0.14.0 build 4 0.14.0.b4 760140004 0.14.0.b4 0.14.0.b4
0.14.0 build 5 0.14.0.b5 760140005 0.14.0.b5 0.14.0.b5
0.14.0 build 6 0.14.0.b6 760140006 0.14.0.b6 0.14.0.b6
0.14.0 build 7 0.14.0.b7 760140007 0.14.0.b7 0.14.0.b7
0.14.0 0.14.0 760140009 0.14.0 0.14.0
0.14.1 0.14.1 760140100 0.14.1 0.14.1
0.14.2 0.14.2 760140200 0.14.2 0.14.2
0.14.3 0.14.3 760140300 0.14.3 0.14.3
None 0.14.3 760140301 0.14.3_Rev2 0.14.3_Rev2
Realms build 1 0.15.0.a2 781150002 0.15.0.a2 0.15.0.a2
Realms build 2 0.15.0.a3 781150003 0.15.0.a3 0.15.0.a3
Realms build 4 0.15.0.a4 781150004 0.15.0.a4 0.15.0.a4
0.15.0 build 1 0.14.99.0 870149900 0.14.99.0 0.14.99.0
0.15.0 build 2 0.14.99.2 870149902 0.14.99.2 0.14.99.2
0.15.0 build 3 0.14.99.3 870149903 0.14.99.3 0.14.99.3
0.15.0 0.15.0.1 870150001 0.15.0 0.15.0.1
0.15.1 build 1 0.15.0.50 870150050 0.15.0.50 0.15.0.50
0.15.1 0.15.1.2 870150102 0.15.1 0.15.1.2
0.15.2 0.15.2.1 870150201 0.15.2 0.15.2.1
0.15.3 0.15.3.2 870150302 0.15.3 0.15.3.2
0.15.4 0.15.4.0 870150400 0.15.4 0.15.4.0
0.15.6 0.15.6.0 870150600 0.15.6 0.15.6.0
0.15.7 0.15.7.2 870150702 0.15.7 0.15.7.2
0.15.8 0.15.8.0 870150800 0.15.8 0.15.8.0
None 0.15.8.1 870150801 0.15.8.1 0.15.8.1
0.15.9 0.15.9.0 870150900 0.15.9 0.15.9.0
0.15.10 0.15.10.0 870151000 0.15.10 0.15.10.0
0.16.0 build 1 0.15.90.0 870159000 0.15.90.0 0.15.90.0
0.16.0 build 2 0.15.90.1 870159001 0.15.90.1 0.15.90.1
0.16.0 build 3 0.15.90.2 870159002 0.15.90.2 0.15.90.2
0.16.0 build 4 0.15.90.7 870159007 0.15.90.7 0.15.90.7
0.16.0 build 5 0.15.90.8 870159008 0.15.90.8 0.15.90.8
0.16.0 0.16.0.5 870160005 0.16.0 0.16.0.5
0.16.1 0.16.1.0 870160100 0.16.1 0.16.1.0
0.16.2 0.16.2.2 970160202 0.16.2 0.16.2.2
alpha 0.17.0.1 0.17.0.1 870170001 0.17.0.1 0.17.0.1
alpha 0.17.0.2 0.17.0.2 870170002 0.17.0.2 0.17.0.2
alpha 1.0.0.0 1.0.0.0 871000000 1.0.0.0 1.0.0.0
alpha 1.0.0.1 1.0.0.1 871000001 1.0.0.1 1.0.0.1
alpha 1.0.0.2 1.0.0.2 871000002 1.0.0.2 1.0.0.2
alpha 1.0.0.7 1.0.0.7 871000007 1.0.0.7 1.0.0.7
1.0.0 1.0.0.16 871000016 1.0.0 1.0.0.16
1.0.1 1.0.1 1.0.1
1.0.2 1.0.2.1 871000201 1.0.2 1.0.2.1
alpha 1.0.3.0 1.0.3.0 871000300 1.0.3.0 1.0.3.0
1.0.3 1.0.3.12 871000312 1.0.3 1.0.3.12
alpha 1.0.4.0 1.0.4.0 871000400 1.0.4.0 1.0.4.0
alpha 1.0.4.1 1.0.4.1 871000401 1.0.4.1 1.0.4.1
1.0.4 1.0.4.11 871000411 1.0.4 1.0.4.11
alpha 1.0.5.0 1.0.5.0 871000500 1.0.5.0 1.0.5.0
alpha 1.0.5.3 1.0.5.3 871000503 1.0.5.3 1.0.5.3
alpha 1.0.5.11 1.0.5.11 871000511 1.0.5.11 1.0.5.11
alpha 1.0.5.11 1.0.5.13 871000513 1.0.5.13 1.0.5.13
1.0.5 1.0.5.54 871000554 1.0.5 1.0.5.54
alpha 1.0.6.0 1.0.6.0 871000600 1.0.6.0 1.0.6.0
1.0.6 1.0.6.52 871000652 1.0.6 1.0.6.52
1.0.7 1.0.7.0 871000700 1.0.7 1.0.7.0
1.0.8 1.0.8.1 871000801 1.0.8 1.0.8.1
1.0.9 1.0.9.1 871000901 1.0.9 1.0.9.1
alpha 1.1.0.0 1.1.0.0 871010000 1.1.0.0 1.1.0.0
alpha 1.1.0.1 1.1.0.1 871010001 1.1.0.1 1.1.0.1
alpha 1.1.0.3 1.1.0.3 871010003 1.1.0.3 1.1.0.3
alpha 1.1.0.4 1.1.0.4 871010004 1.1.0.4 1.1.0.4
alpha 1.1.0.5 1.1.0.5 871010005 1.1.0.5 1.1.0.5
alpha 1.1.0.8 1.1.0.8 871010008 1.1.0.8 1.1.0.8
alpha 1.1.0.9 1.1.0.9 871010009 1.1.0.9 1.1.0.9
1.1.0 1.1.0.55 871010055 1.1.0 1.1.0.55
alpha 1.1.1.0 1.1.1.0 871010100 1.1.1.0 1.1.1.0
alpha 1.1.1.1 1.1.1.1 871010101 1.1.1.1 1.1.1.1
1.1.1 1.1.1.51 871010151 1.1.1 1.1.1.51
1.1.2 1.1.2.50 871010250 1.1.2 1.1.2.50
alpha 1.1.3.0 1.1.3.0 871010300 1.1.3.0 1.1.3.0
alpha 1.1.3.1 1.1.3.1 871010301 1.1.3.1 1.1.3.1
1.1.3 1.1.3.52 871010352 1.1.3 1.1.3.52
1.1.4 1.1.4.51 871010451 1.1.4 1.1.4.51
1.1.5 1.1.5.1 871010501 1.1.5 1.1.5.1
1.1.7 1.1.7 1.1.7
beta 1.2.0.2 1.2.0.2 871020002 1.2.0.2 1.2.0.2
beta 1.2.0.7 1.2.0.7 871020007 1.2.0.7 1.2.0.7
beta 1.2.0.9 1.2.0.9 871020009 1.2.0.9 1.2.0.9
beta 1.2.0.11 1.2.0.11 871020011 1.2.0.11 1.2.0.11
beta 1.2.0.15 1.2.0.15 871020015 1.2.0.15 1.2.0.15
beta 1.2.0.18 1.2.0.18 871020018 1.2.0.18 1.2.0.18
beta 1.2.0.22 1.2.0.22 871020022 1.2.0.22 1.2.0.22
beta 1.2.0.25 1.2.0.25 871020025 1.2.0.25 1.2.0.25
beta 1.2.0.31 1.2.0.31 871020031 1.2.0.31 1.2.0.31
1.2.0 1.2.0.81 871020081 1.2.0 1.2.0.81
1.2.1 1.2.1.1 871020101 1.2.1 1.2.1.1
1.2.2 1.2.2.3 871020203 1.2.2 1.2.2.3
beta 1.2.3.3 1.2.3.3 871020303 1.2.3.3 1.2.3.3
1.2.3 1.2.3.6 871020306 1.2.3 1.2.3.6
beta 1.2.5.0 1.2.5.0 871020500 1.2.5.0 1.2.5.0
beta 1.2.5.12 1.2.5.12 871020512 1.2.5.12 1.2.5.12
beta 1.2.5.15 1.2.5.15 871020515 1.2.5.15 1.2.5.15
1.2.5 1.2.5.52 871020552 1.2.5 1.2.5.52
beta 1.2.6.2 1.2.6.2 871020602 1.2.6.2 1.2.6.2
1.2.6 1.2.6.55 871020655 1.2.6 1.2.6.55
1.2.6.1 1.2.6.60 871020660 1.2.6.60 1.2.6.60
1.2.7 1.2.7.2 841020702 1.2.7 1.2.7.2
1.2.8 1.2.8.0 871020800 1.2.8 1.2.8.0
1.2.9 1.2.9.1 871020901 1.2.9 1.2.9.1
beta 1.2.10.1 1.2.10.1 871021001 1.2.10.1 1.2.10.1
1.2.10 1.2.10.2 871021002 1.2.10 1.2.10.2
1.2.11 1.2.11.4 871021104 1.2.11 1.2.11.4
beta 1.2.13.5 1.2.13.5 871021305 1.2.13.5 1.2.13.5
beta 1.2.13.6 1.2.13.6 871021306 1.2.13.6 1.2.13.6
beta 1.2.13.8 1.2.13.8 871021308 1.2.13.8 1.2.13.8
beta 1.2.13.10 1.2.13.10 871021310 1.2.13.10 1.2.13.10
beta 1.2.13.11 1.2.13.11 871021311 1.2.13.11 1.2.13.11
beta 1.2.13.12 1.2.13.12 871021312 1.2.13.12 1.2.13.12
1.2.13 1.2.13.54 871021354 1.2.13 1.2.13.54
1.2.13.60 1.2.13.60 871021360 1.2.13.60 1.2.13.60
beta 1.2.14.2 1.2.14.2 871021402 1.2.14.2 1.2.14.2
beta 1.2.14.3 1.2.14.3 871021403 1.2.14.3 1.2.14.3
1.2.14 1.2.14 1.2.14
1.2.15 1.2.15.01 1.2.15 1.2.15.01
1.2.13.60 1.2.16.3 1.2.16 1.2.16.3
beta 1.2.20.1 1.2.20.1 871022001 1.2.20.1 1.2.20.1
beta 1.2.20.2 1.2.20.2 871022002 1.2.20.2 1.2.20.2
1.4.0 1.4.0.5 871040005 1.4.0 1.4.0.5
1.4.1 1.4.1.0 871040100 1.4.1 1.4.1.0
1.4.2 1.4.2.0 871040200 1.4.2 1.4.2.0
1.4.3 1.4.3.0 1.4.3 1.4.3.0
1.4.4 1.4.4.0 871040400 1.4.4 1.4.4.0
beta 1.5.0.0 1.5.0.0 871050000 1.5.0.0 1.5.0.0
beta 1.5.0.1 1.5.0.1 871050001 1.5.0.1 1.5.0.1
beta 1.5.0.4 1.5.0.4 871050004 1.5.0.4 1.5.0.4
beta 1.5.0.7 1.5.0.7 871050007 1.5.0.7 1.5.0.7
beta 1.5.0.10 1.5.0.10 871050010 1.5.0.10 1.5.0.10
1.5.0 1.5.0.14 871050014 1.5.0 1.5.0.14
1.5.1 1.5.1.2 871050102 1.5.1 1.5.1.2
1.5.2 1.5.2.1 871050201 1.5.2 1.5.2.1
1.5.3 1.5.3.0 871050300 1.5.3 1.5.3.0
beta 1.6.0.1 1.6.0.1 871060001 1.6.0.1 1.6.0.1
beta 1.6.0.5 1.6.0.5 871060005 1.6.0.5 1.6.0.5
beta 1.6.0.6 1.6.0.6 871060006 1.6.0.6 1.6.0.6
beta 1.6.0.8 1.6.0.8 871060008 1.6.0.8 1.6.0.8
1.6.0 1.6.0.14 871060014 1.6.0 1.6.0.14
beta 1.6.0.30 1.6.0.30 871060030 1.6.0.30 1.6.0.30
1.6.1 1.6.1.0 871060100 1.6.1 1.6.1.0
1.6.2 1.6.2 1.6.2
beta 1.7.0.2 1.7.0.2 871070002 1.7.0.2 1.7.0.2
beta 1.7.0.3 1.7.0.3 871070003 1.7.0.3 1.7.0.3
beta 1.7.0.5 1.7.0.5 871070005 1.7.0.5 1.7.0.5
beta 1.7.0.7 1.7.0.7 871070007 1.7.0.7 1.7.0.7
beta 1.7.0.9 1.7.0.9 871070009 1.7.0.9 1.7.0.9
1.7.0 1.7.0.13 871070013 1.7.0 1.7.0.13
1.7.1 1.7.1 1.7.1
1.7.3 1.7.3 1.7.3
None 1.7.9.0 871070900 1.7.9 1.7.9.0
beta 1.8.0.8 1.8.0.8 871080008 1.8.0.8 1.8.0.8
beta 1.8.0.10 1.8.0.10 871080010 1.8.0.10 1.8.0.10
beta 1.8.0.11 1.8.0.11 871080011 1.8.0.11 1.8.0.11
beta 1.8.0.13 1.8.0.13 871080013 1.8.0.13 1.8.0.13
beta 1.8.0.14 1.8.0.14 871080014 1.8.0.14 1.8.0.14
1.8.0 1.8.0.24 871080024 1.8.0 1.8.0.24
1.8.1 1.8.1.2 871080102 1.8.1 1.8.1.2
None 1.8.9.25 871080925 1.8.9 1.8.9.25
beta 1.9.0.0 1.9.0.0 871090000 1.9.0.0 1.9.0.0
beta 1.9.0.2 1.9.0.2 871090002 1.9.0.2 1.9.0.2
beta 1.9.0.3 1.9.0.3 871090003 1.9.0.3 1.9.0.3
beta 1.9.0.5 1.9.0.5 871090005 1.9.0.5 1.9.0.5
1.9.0 1.9.0.15 871090015 1.9.0 1.9.0.15
1.9.1 1.9.1 1.9.1
1.9.3 1.9.3 1.9.3
beta 1.10.0.3 1.10.0.3 871100003 1.10.0.3 1.10.0.3
beta 1.10.0.4 1.10.0.4 871100004 1.10.0.4 1.10.0.4
1.10.0 1.10.0.7 871100007 1.10.0 1.10.0.7
1.10.1 1.10.1 1.10.1
beta 1.11.0.1 1.11.0.1 871110001 1.11.0.1 1.11.0.1
beta 1.11.0.3 1.11.0.3 871110003 1.11.0.3 1.11.0.3
beta 1.11.0.4 1.11.0.4 871110004 1.11.0.4 1.11.0.4
beta 1.11.0.5 1.11.0.5 871110005 1.11.0.5 1.11.0.5
beta 1.11.0.7 1.11.0.7 871110007 1.11.0.7 1.11.0.7
beta 1.11.0.8 1.11.0.8 871110008 1.11.0.8 1.11.0.8
beta 1.11.0.9 1.11.0.9 871110009 1.11.0.9 1.11.0.9
beta 1.11.0.10 1.11.0.10 871110010 1.11.0.10 1.11.0.10
1.11.0 1.11.0.23 871110023 1.11.0 1.11.0.23
1.11.1 1.11.1.2 871110102 1.11.1 1.11.1.2
1.11.2 1.11.2.1 1.11.2 1.11.2.1
1.11.3 1.11.3.1 871110301 1.11.3 1.11.3.1
1.11.4 1.11.4.2 871110402 1.11.4 1.11.4.2
beta 1.12.0.2 1.12.0.2 871120002 1.12.0.2 1.12.0.2
beta 1.12.0.3 1.12.0.3 871120003 1.12.0.3 1.12.0.3
beta 1.12.0.4 1.12.0.4 871120004 1.12.0.4 1.12.0.4
beta 1.12.0.6 1.12.0.6 871120006 1.12.0.6 1.12.0.6
beta 1.12.0.9 1.12.0.9 871120009 1.12.0.9 1.12.0.9
beta 1.12.0.10 1.12.0.10 871120010 1.12.0.10 1.12.0.10
beta 1.12.0.11 1.12.0.11 871120011 1.12.0.11 1.12.0.11
beta 1.12.0.12 1.12.0.12 871120012 1.12.0.12 1.12.0.12
beta 1.12.0.13 1.12.0.13 871120013 1.12.0.13 1.12.0.13
beta 1.12.0.14 1.12.0.14 871120014 1.12.0.14 1.12.0.14
1.12.0 1.12.0.28 871120028 1.12.0 1.12.0.28
1.12.1 1.12.1.1 871120101 1.12.1 1.12.1.1
1.12.3 1.12.3 1.12.3
1.12.5 1.12.5 1.12.5
1.12.60 1.12.60 1.12.60
beta 1.13.0.1 1.13.0.1 871130001 1.13.0.1 1.13.0.1
beta 1.13.0.2 1.13.0.2 871130002 1.13.0.2 1.13.0.2
beta 1.13.0.4 1.13.0.4 871130004 1.13.0.4 1.13.0.4
beta 1.13.0.5 1.13.0.5 871130005 1.13.0.5 1.13.0.5
beta 1.13.0.6 1.13.0.6 871130006 1.13.0.6 1.13.0.6
beta 1.13.0.13 1.13.0.13 871130013 1.13.0.13 1.13.0.13
beta 1.13.0.15 1.13.0.15 871130015 1.13.0.15 1.13.0.15
beta 1.13.0.16 1.13.0.16 1.13.0.16 1.13.0.16
beta 1.13.0.17 1.13.0.17 1.13.0.17 1.13.0.17
beta 1.13.0.18 1.13.0.18 941130018 1.13.0.18 1.13.0.18
1.13.0 1.13.0.34 941130034 1.13.0 1.13.0.34
1.13.1 1.13.1.5 941130105 1.13.1 1.13.1.5
beta 1.14.0.1 1.14.0.1 941140001 1.14.0.1 1.14.0.1
beta 1.14.0.2 1.14.0.2 941140002 1.14.0.2 1.14.0.2
beta 1.14.0.3 1.14.0.3 941140003 1.14.0.3 1.14.0.3
beta 1.14.0.4 1.14.0.4 941140004 1.14.0.4 1.14.0.4
beta 1.14.0.6 1.14.0.6 941140006 1.14.0.6 1.14.0.6
1.14.0 1.14.0.9 941140009 1.14.0 1.14.0.9
beta 1.14.0.50 1.14.0.50 941140050 1.14.0.50 1.14.0.50
beta 1.14.0.51 1.14.0.51 941140051 1.14.0.51 1.14.0.51
beta 1.14.0.52 1.14.0.52 941140052 1.14.0.52 1.14.0.52
beta 1.14.1.2 1.14.1.2 941140102 1.14.1.2 1.14.1.2
beta 1.14.1.3 1.14.1.3 941140103 1.14.1.3 1.14.1.3
None 1.14.1.4 941140104 1.14.1 1.14.1.4
1.14.1 1.14.1.5 941140105 1.14.1.5 1.14.1.5
beta 1.14.2.50 1.14.2.50 941140250 1.14.2.50 1.14.2.50
beta 1.14.2.51 1.14.2.51 941140251 1.14.2.51 1.14.2.51
1.14.20 1.14.20.1 941142001 1.14.20 1.14.20.1
beta 1.14.25.1 1.14.25.1 941142501 1.14.25.1 1.14.25.1
1.14.30 1.14.30.2 941143002 1.14.30 1.14.30.2
1.14.30 1.14.30.06 283143006 1.14.30.06 1.14.30.06
beta 1.14.30.51 1.14.30.51 941143051 1.14.30.51 1.14.30.51
1.14.31 1.14.31.0 283143100 1.14.31 1.14.31.0
1.14.32 1.14.32.0 283143200 1.14.32 1.14.32.0
1.14.41 1.14.41 1.14.41
1.14.50 1.14.50.0 283145000 1.14.50 1.14.50.0
1.14.60 1.14.60.5 1.14.60 1.14.60.5
beta 1.15.0.8 1.15.0.8 1.15.0.8 1.15.0.8
beta 1.15.0.9 1.15.0.9 1.15.0.9 1.15.0.9
beta 1.15.0.11 1.15.0.11 1.15.0.11 1.15.0.11
beta 1.15.0.51 1.15.0.51 1.15.0.51 1.15.0.51
beta 1.15.0.53 1.15.0.53 1.15.0.53 1.15.0.53
beta 1.15.0.54 1.15.0.54 1.15.0.54 1.15.0.54
beta 1.15.0.55 1.15.0.55 1.15.0.55 1.15.0.55
beta 1.15.0.56 1.15.0.56 1.15.0.56 1.15.0.56
1.16.0 1.16.0.2 1.16.0 1.16.0.2
beta 1.16.0.51 1.16.0.51 1.16.0.51 1.16.0.51
beta 1.16.0.53 1.16.0.53 1.16.0.53 1.16.0.53
beta 1.16.0.55 1.16.0.55 1.16.0.55 1.16.0.55
beta 1.16.0.57 1.16.0.57 1.16.0.57 1.16.0.57
beta 1.16.0.58 1.16.0.58 1.16.0.58 1.16.0.58
beta 1.16.0.59 1.16.0.59 1.16.0.59 1.16.0.59
beta 1.16.0.60 1.16.0.60 1.16.0.60 1.16.0.60
beta 1.16.0.61 1.16.0.61 1.16.0.61 1.16.0.61
beta 1.16.0.63 1.16.0.63 1.16.0.63 1.16.0.63
beta 1.16.0.64 1.16.0.64 1.16.0.64 1.16.0.64
beta 1.16.0.66 1.16.0.66 1.16.0.66 1.16.0.66
beta 1.16.0.67 1.16.0.67 1.16.0.67 1.16.0.67
beta 1.16.0.68 1.16.0.68 1.16.0.68 1.16.0.68
1.16.1 1.16.1.02 1.16.1 1.16.1.02
1.16.1.03 1.16.1.03 1.16.1.03 1.16.1.03
1.16.1.04 1.16.1.04 1.16.1.04 1.16.1.04
1.16.10 1.16.10.02 1.16.10 1.16.10.02
beta 1.16.20.50 1.16.20.50 943162050 1.16.20.50 1.16.20.50
beta 1.16.20.52 1.16.20.52 943162052 1.16.20.52 1.16.20.52
beta 1.16.20.53 1.16.20.53 943162053 1.16.20.53 1.16.20.53
beta 1.16.20.54 1.16.20.54 943162054 1.16.20.54 1.16.20.54
1.16.21 1.16.21.01 1.16.21 1.16.21.01
beta 1.16.30.52 1.16.30.52 1.16.30.52 1.16.30.52
beta 1.16.30.53 1.16.30.53 1.16.30.53 1.16.30.53
beta 1.16.30.56 1.16.30.56 1.16.30.56 1.16.30.56
beta 1.16.30.57 1.16.30.57 1.16.30.57 1.16.30.57
1.16.40 1.16.40.02 1.16.40 1.16.40.02
1.16.42 1.16.42 1.16.42
1.16.50 1.16.50 1.16.50
1.16.60 1.16.60 1.16.60
1.16.61 1.16.61 1.16.61
1.16.100 1.16.100.04 1.16.100 1.16.100.04
beta 1.16.100.50 1.16.100.50 953610050 1.16.100.50 1.16.100.50
beta 1.16.100.51 1.16.100.51 953610051 1.16.100.51 1.16.100.51
beta 1.16.100.52 1.16.100.52 953610052 1.16.100.52 1.16.100.52
beta 1.16.100.53 1.16.100.53 953610053 1.16.100.53 1.16.100.53
beta 1.16.100.54 1.16.100.54 953610054 1.16.100.54 1.16.100.54
beta 1.16.100.55 1.16.100.55 953610055 1.16.100.55 1.16.100.55
beta 1.16.100.56 1.16.100.56 1.16.100.56 1.16.100.56
beta 1.16.100.57 1.16.100.57 953610057 1.16.100.57 1.16.100.57
beta 1.16.100.58 1.16.100.58 953610058 1.16.100.58 1.16.100.58
beta 1.16.100.59 1.16.100.59 953610059 1.16.100.59 1.16.100.59
beta 1.16.100.60 1.16.100.60 953610060 1.16.100.60 1.16.100.60
1.16.101 1.16.101.01 1.16.101 1.16.101.01
1.16.200 1.16.200.02 1.16.200 1.16.200.02
beta 1.16.200.51 1.16.200.51 971620051 1.16.200.51 1.16.200.51
beta 1.16.200.52 1.16.200.52 971620052 1.16.200.52 1.16.200.52
beta 1.16.200.53 1.16.200.53 971620053 1.16.200.53 1.16.200.53
beta 1.16.200.55 1.16.200.55 971620055 1.16.200.55 1.16.200.55
beta 1.16.200.56 1.16.200.56 971620056 1.16.200.56 1.16.200.56
beta 1.16.200.57 1.16.200.57 971620057 1.16.200.57 1.16.200.57
1.16.201 1.16.201.01 1.16.201 1.16.201.01
1.16.201 1.16.201.02 1.16.201.02 1.16.201.02
1.16.201 1.16.201.03 1.16.201.03 1.16.201.03
beta 1.16.210.50 1.16.210.50 971621050 1.16.210.50 1.16.210.50
beta 1.16.210.51 1.16.210.51 971621051 1.16.210.51 1.16.210.51
beta 1.16.210.53 1.16.210.53 971621053 1.16.210.53 1.16.210.53
beta 1.16.210.54 1.16.210.54 971621054 1.16.210.54 1.16.210.54
beta 1.16.210.55 1.16.210.55 971621055 1.16.210.55 1.16.210.55
beta 1.16.210.56 1.16.210.56 1.16.210.56 1.16.210.56
beta 1.16.210.57 1.16.210.57 1.16.210.57 1.16.210.57
beta 1.16.210.58 1.16.210.58 1.16.210.58 1.16.210.58
beta 1.16.210.59 1.16.210.59 1.16.210.59 1.16.210.59

--SkyE | Talk · Contributions · Logs 06:51, 17 February 2021 (UTC)

Minecraft Dungeons

Dungeons
This section has been created to separate Dungeons wiki related topics and proposals from the sea of other topics in this portal, mainly for my own convenience. If this is of issue then please notify me of such so that I am aware to not do so in future. 🍍 Raybeano99 (Talk) 09:45, 16 February 2021 (UTC)

Extension to Style Guide

Related discussion in Wiki Discord (2021-02-14)

As the dungeons wiki continues to expand there has become a desire and a need for a Style Guide that caters specificity to aspects that likely are not evident in general MCW pages or MC and MCE wikis. WIth MCD:Flames of the Nether and a large free update rapidly approaching bring a large quantity of new content, I believe it would be beneficial if we had something to guide Dungeons editors, including myself, to ensure consistency, convenience, and quality of pages and files.

This specific style guide can touch upon image naming schemes for dungeons equipment images (See: User:Raybeano99/MCD_EquipStyle), common page layouts for general articles, equipment articles, mission articles ect., inform about commonly used templates and appropriate scale values for using them, and probably much ,much more that I, myself, have not even thought about.
Preferably, this is to be viewed as an extension with tweaks upon the existing MCW:STYLE rather than a transcluded/duplicated page with some modifications. I have a few ideas on how this could be implemented:

Style 1 - Append onto existing MCW:STYLE page.

  • A new section could be created and enveloped within a distinctive #f4efe6 coloured box and text to ensure viewers recognise that the contained information is specific for the Dungeons WIki. Alternately, dungeons specific information are appended onto existing sections and subsections.
  • Clear that the information is an extension rather than a replacement or equivalent.
  • Centralised - Come one, come all, all ye need lies within a single page of wonderful info.
  • Most exposure to all editors of the wiki - More feedback, critique, and viewpoints from editors to ensure that the style guide is constructed up to a high standard. Also more users are likely to view it.
  • Flow, bit of a double edge - Centralised page would allow the whole MCW:STYLE to be read without trying to find other places for info. However, this may flow too well. Users may not recognise the section as dungeons specific, even with crystal clear visual elements and text, and apply the information onto non-dungeons pages, or miss/disregard the information altogether.
  • Expansion concerns - The existing style guide may become formidably long over time as the dungeons specific section expands and adds detail.

Style 2 - A subpage of MCW:STYLE.

  • A page to contain the dungeons specific information. linked by a visually-distinct hatnote on the MCW:STYLE.
  • Still clear that the information is an extension rather than a replacement or equivalent.
  • Expansion concerns are no longer a concern.
  • Flow concerns mitigated - Information not all in one place thus the distinction that the information is for dungeons specifically is more clear.
  • Moderate exposure to all editors of the wiki - Likely less exposure than style 1.
  • There must certainly be a clear negative somewhere but I am unable to think of one.
  • MCW:Style Guide/Dungeons, MCW:Style Guide/MCD perhaps?

Style 3 - A page within the Minecraft Dungeons namespace.

  • A page to contain the dungeons specific information close to home in the dungeons. linked by a visually-distinct hatnote on the MCW:STYLE.
  • Style - All the visual glory of the dungeons is applied onto the page.
  • Expansion concerns are no longer a concern.
  • Flow concerns mitigated - Information not all in one place thus the distinction that the information is for dungeons specifically is undoubtedly clear, especially with the dungeons namespace.
  • Least exposure to all editors of the wiki - Probably less exposure than style 1 or style 2.
  • Probably another negative exists but I am unable to think of one.
  • MCD:Style Guide perhaps?

I have personal preference for the dungeons style guide extension to become its own page in some form that style 2 and style 3 provides.

  • 🤔 Would this lead to further specificity for other MCW pages such as the portal, tasks and projects? Would that be a concern? Could further pages make things more cumbersome and difficult?

🍍 Raybeano99 (Talk) 09:45, 16 February 2021 (UTC)

Style 1
I don't fully agree with this approach. Pertaining to keeping different kind of information simultaneously can be difficult to navigate and may lead to some confusion. A similar problem to this is the difference of information between Java and Bedrock. So as to resolve, the community decided to use {{in}}/{{only}} whenever the provided information contain disparities. This solution should not be used in terms of information that are fundamental to the wiki, like style guides. Another solution such as adding a background color or new section wouldn't help as much. Furthermore, similar styling to background color has already been defined and it requires new knowledge for people to realize the distinction.
Style 2
I totally agree in separating the page from the main style guide. By separating the page, there will be more freedom for expansion whilst not polluting the current page with MCD guides. Regarding misdirections, they are enough to be resolved by using a hat note or message box. For page name, I would say that Minecraft_Wiki:Style_guide/Minecraft_Dungeons is good enough.
Style 3
It would be more appropriate to put meta information in the Minecraft Wiki namespace. As for MCD:Style, I guess it can be used as a redirect to the MCW namespace for shortcut. Also I wouldn't personally be bothered with the design aspect of the page.
In addition, I feel like the sidebar could have the style guide to link specifically when you are in the MCD namespace. Thus resolving the concern of exposure of the page, especially to MCD editors. Other maintenance/community pages like community portal, projects, etc. shouldn't be a concern, at least for now. – ItsPlantseed|⟩ 11:20, 16 February 2021 (UTC)
Having a dynamic sidebar that alters to suit the namespace the user is in would be a brilliant implementation and not just for the style guide exposure. I do recall a discussion in the discord where an issue that prevents namespace dependent sidebars from functioning was mentioned. I suppose until that is resolved, we can’t poke the sidebar in a dynamic fashion. Could have Dungeons Style Guide be under Style Guide until that fix arrives.
Style 1 could certainly end up becoming messy and unclear for all members involved, I agree with your views.
Style 2 & 3 design aspect is agreeably low priority and appropriate location should have possess weight. Some design aspects can be determined by the page through the source so things can be solved on that front.
Minecraft_Wiki:Style_guide/Minecraft_Dungeons with MCD:Style and MCW:Style Dungeons as redirects perhaps? Maybe only the one redirect shortcut is required. 🍍 Raybeano99 (Talk) 14:55, 16 February 2021 (UTC)

Centralised Datapage

Related discussion in Wiki Discord (2021-02-04)

In the Dungeons namespace, there are multiple pages that duplicate the same information that must be kept updated, consistently styled, and worded correctly. For instance:

Some of these pages present the information in different styles to match the context of these pages.

To make numerous edits across multiple pages is tiring, time-consuming, introduces error, and new editors may be unaware of the different information location. A centralised place to edit this frequently used information will be immensely helpful. One edit to induce into many edits.
I am unaware on how to construct such a thing and implement it in a way that is accessible to locate, trivial to edit, future-proof, and easy to implement into pages.

Please share your thoughts on this and how such a thing could be constructed. A dedicated Sandbox page with subpages could be created for testing purposes.
🍍 Raybeano99 (Talk) 09:45, 16 February 2021 (UTC)

UPDATE: Consideration for the use of Cargo. Discussed at Wiki Discord 2021-03-2021

Wiki channel in the Official Dungeons Discord

This is a thought that has been swimming around in my mind for some time. The Dungeons wiki does not have a huge quantity of editors that are immensely experienced with the game and its internals. There is also, unfortunately, a partial community consensus that any dungeons wikis are untrustworthy and information from them is to be treated with caution. This is something we need to resolve and gain the trust in the community.
The Official Dungeons Discord hosts a large quantity (but not overwhelmingly large!) of experienced players that educate, advise, and guide others but are unfamiliar with wiki editing. I believe there to be a fiction when learning how to edit the wiki with there being a few places to learn such with huge exposure. This wiki, MediaWiki Wiki, Help Wiki and the MCW:Discord (side note: I am very glad the wiki hosts a Discord Server.) are all brilliant places to start learning how to wiki edit however, they are not frequently seen or you need to ask around and explore to find them.

As a moderator of the dungeons discord, I have been able to internally propose the idea of a wiki dedicated channel - a place for dungeons folk to comfortably discuss wiki pages and information without worrying about unintentionally misinforming other players or being disruptive to existing channels. Information and links directing to wiki rules, help wikis, frequently used templates, and some wiki editing tools (ie: the generate spreadsheet on User:Raybeano99 userpage) will be made available as a pinned message. Speculation and general chat will not be permitted in the channel and will be held to a high standard. Specialised roles have not been discussed and will be handled internally.
The internal proposition was to gain feedback and thoughts from the rest of the admins and the moderators before establishing further communications. Unfortunately, the response turnout has been unexpectedly low however, none have made an explicit deny to the channel implementation. Hence me making communications here to gain your thoughts whether ye be a passer-by, an editor, admin or above to ignite the idea again.
I am in belief that implementation would not immediately yield desired output... could be slow, could be nothing, maybe something worth the attempt. Can always be removed quicker than the time taken to make the channel. Reverting and backtracking is not a concern

  • Exposure - More people experienced with the game will be informed of the wiki's existence and can contribute! This could also increase the frequency of disruptive, defacing edits.
  • New place to learn - Another place for editors to gain assistance from other editors.
  • Communication fragmentation - This, personally, is a huge concern. Could be mitigated by instructing users to provide the discord message link of the first substantial message in a conversation in the talk page of the page in discussion.
  • 🤔 What about Wiki Discord's #dungeons-wiki channel? - Something to be considered is if the implementation of a wiki channel on the official discord would have any impact on the existing Wiki Discord.

🍍 Raybeano99 (Talk) 09:45, 16 February 2021 (UTC)

Neutral to weak oppose. Agree with the three points (except I'd say the first point is more positive than negative, rather than positive/negative to an approximately equal degree). I'd also like to add a fourth point (which is a rather major one for me). As I understand, the Dungeons server is run by Mojang, who may have a conflict of interest against the community in a number of aspects. As such, I'm not very positive about game developers controlling communities. Mojang in specific isn't a company I trust given some historical actions and additional information. --AttemptToCallNil (talk) 18:23, 8 April 2021 (UTC)

Tabbed Mob pages

Alt title: Merge “base” and “variant” mobs into a singular page.

Mobs in Minecraft Dungeons have different tiers (a term used by 1.8.0.0 patch notes referring to apocalypse plus changes) that exhibit the same behaviour but with, generally, increased statistics. For example. Zombie is tier I, the dagger variant of Armored Zombie is tier II, and the sword variant of Armored Zombie is tier III.

Rather than visually appending the information upon the “base” mob (as it would encumber the page), or, what is currently the case, separate pages for Tier I and Tier II&III, a single page could implement a tabbed experience that would allow viewers to select which tier of mob they wish the page, section, or specific component to display.

Perhaps something similar to the infobox used at Terraria's Blue Slime but fashioned so it that would influence the information on the page. This could be under the page title, attached to each section, or applicable components such as tables.

Unsure on whether tabbed consolidation should include Jungle and Frozen variants of Zombie, Skeleton, and Creeper…these are tier I mobs but with additional and/or modified attacks. Could that be considered significantly altered behaviour?
Also are charged creepers considered a higher tier of creeper? Also husks and drowned? Ancients?

  • Reduction of duplicated or fragmented applicable information.
  • Makes explicit that the mobs are related
  • 🟡 Less pages for near identical mobs and thus less entries on Mob. Could possibly be beneficial?
  • Potential to decrease accessibility.
  • Likely to increase complexity of page source and hinder visual editors.

🍍 Raybeano99 (Talk) 17:34, 2 April 2021 (UTC)

Oppose, I don't think this is a useful way of using tabs. Tabs tend to cause accessibility and technical problems as you said (I'd also add that links to anchors in non-default tabs may not work). Fandom staff keep telling editors that research has shown tabs are not an effective way of conveying information as tabs other than the first will be ignored by a large portion of readers. I'm not sure about your third point, I'd say this isn't a factor at all. About the second point, is "fun related" a typo for "unrelated"? I'm not sure what "fun related" means. --AttemptToCallNil (talk) 18:29, 8 April 2021 (UTC)
Typo… not sure how fun got in there. Has been corrected.
Yeah I could envision folk not recognising the tabs as clickable and missing the information enclosed within them thinking about it more. Wondering if there are other ways that the merge could be achieved… or perhaps the standard information suffixing might not be as encumbering as initially imagined. Would love any different ideas. 🍍 Raybeano99 (Talk) 18:54, 8 April 2021 (UTC)

User page problem.

For any user page but mine it always says "This user has not filled out their profile page yet." I can tell this is a problem as while looking at the abuse filter, examining individual changes, when I go to a user page that the person edited and added stuff, it says this, and it says this in the for the page history too. Gameking1happy (talk) 19:15, 16 February 2021 (UTC)

Yes, it is showing, this is to prevent other people from editing their userpage. --TreeIsLife (talk) 19:18, 16 February 2021 (UTC)
That is nonesense. See my comment below. Dhranios (talk) (Join the wiki videos project!) 19:18, 16 February 2021 (UTC)
If correct, that was the reason --TreeIsLife (talk) 09:06, 18 March 2021 (UTC)
Known fandom problem, they're looking into it; you can still view the pages if you use visual editor. Dhranios (talk) (Join the wiki videos project!) 19:18, 16 February 2021 (UTC)
Yes, doesn't make sense why they would prevent others from viewing your userpage. I would get preventing editing, but viewing is obviously has no harm and is most likely a glitch on Fandom's part. James Haydon (talk) 19:20, 16 February 2021 (UTC)

Reinstate Tutorials/Obtaining discontinued blocks and items

Currently, Tutorials/Obtaining discontinued blocks and items is a page with no text other than a soft redirect to a Miraheze about discontinued blocks and items.

I am in favour of reinstating this page because it is useful, and has all the information needed on one page. Many players find it neat and challenging to grab all of these discontinued items and show them off to their friends. The page before it’s update was very helpful and detailed all of the blocks, plus a nice roadmap for gaining all of the blocks through their versions. The Miraheze page has all of the items on separate pages, no roadmap, and full of fluff that can be made into a short paragraph if rewritten. John502 (talk) 03:32, 18 February 2021 (UTC)

The reason why the migrate it is because maybe they feel it as an official wiki for obtaining discontinued blocks and items. TheGreatSpring (talk) 03:51, 18 February 2021 (UTC)
"All of the items on separate pages" because it's a wiki, "no roadmap" that's just not true, "and full of fluff that can be made into a short paragraph" no not at all, it says as much info as it can. Tho I may be biased because I made and own the bedrock edition version of that wiki --Gtbot2007 (talk) 15:26, 18 February 2021 (UTC)

"all the information needed on one page" seriously? What existed on those pages was a tiny fraction of what has been obtainable throughout the game's history. - User-12316399 (talk) 19:38, 18 February 2021 (UTC)

Why are there no quotes?

The wandering trader used to have quote from "Meet the Wandering Trader", but that is no more. The same applies to other pages. Why?--Olivia Capucine Elisabet (talk) 16:13, 21 February 2021 (UTC)

Because there was a community decision about a year ago to scrap these, as they hogged page space while providing little to no useful information to the article. - User-12316399 (talk) 16:56, 21 February 2021 (UTC)
Yes I do think that having quotes on every page is stupid, especially if they aren't related to said thing but only mention it. The only exception is on pages for items and locations in Minecraft Dungeons since they have these quotes in-game rather than in a YouTube video. James Haydon (talk) 17:03, 21 February 2021 (UTC)

Apperance sections

Should we have them or not?--Olivia Capucine Elisabet (talk) 17:44, 21 February 2021 (UTC)

Signatures

I'm not sure if this is related to UCP but several signatures are resetting including mine, TheGreatSpring's, and Madminecrafter12. Is their any fix to this, is it related to UCP?Humiebeetalk contribs 01:43, 22 February 2021 (UTC)

Hey Humie! I'd imagine it is related to UCP, since your userpage isn't showing up for me either, which is a "known bug" with UCP (this roll out is going great, huh?)
For what it's worth, I can see your sig right now.-- DigiDuncan (talk) 02:18, 22 February 2021 (UTC)
Don't call me humie I recently changed my signature to attempt to reverse the bug. This bug also happened before the user page bug.Humiebeetalk contribs 03:04, 22 February 2021 (UTC)
Sorry, didn't know about the name thing 😅 Wish I had more info, all I know is that this UCP rollout has messed up a lot, including my own personal Wiki and account, and many features of the platform. -- DigiDuncan (talk) 03:49, 22 February 2021 (UTC)

Old theme

Is there any way to go back to the theme before the UCP? The one that actually looked like Minecraft? I think they disabled the option to switch back, but it would be nice if someone managed to replicate it with CSS. Skywardthedragon (talk) 01:31, 30 April 2021 (UTC)

Securly for Chromebooks blocks part of content.

Screenshot 2021-02-24 at 12.50.15 (DELL Chromebook 11 3189 MW Com. portal with Securly for Chromebooks) Securly for Chromebooks blocks part of content (right for Useful pages). I reached 400 edits! Android 1123581321 (talk) 12:55, 24 February 2021 (UTC)

Remove Securly if possible (I am assuming you can't).  Comment What is being blocked is Widget:Discord. It just seems like your school doesn't like Discord, and Widget:Discord uses discord's servers, and Securly blocks anything from discord's servers. You can also, if possible, use Tor(I am pretty sure Gamepedia unblocked it, I'll check it), a VPN, a proxy, or another computer. Blockofnetherite Talk Contributions 16:42, 24 February 2021 (UTC)
Can you take a screenshot of Widget:Discord with Securly disabled? I reached 400 edits! Android 1123581321 (talk) 09:17, 25 February 2021 (UTC)
I'm surprised that Gamepedia isn't (completely) blacklisted on Securly. Fadyblok240 (talk) 02:24, 26 February 2021 (UTC)

Page patrolling?!

I was looking at my wiki achievements and saw a whole group of achievements called "Page Patrolling," what does that mean? --Gameking1happy (talk) 19:57, 25 February 2021 (UTC)

It means that you go an edit and mark it as patrolled, which can be done by viewing the difference. Only admins and patrollers (myself included) have this ability, which is why you most likely don't know about it. James Haydon (talk) 20:59, 25 February 2021 (UTC)

Help with sorting my userboxes

On my page which has my userboxes, the boxes are randomly sorted, how could I make it in a scroll box where each box is on top of each other (no boxes to the right or left of each other)? Also, can I easily put it on my user page or do I have to do something, and is there a way I can put the distinguish template (to not have people confuse it for User:Gameking1happy/Userboxes) without it showing the template on my user page? --Gameking1happy (talk) 22:59, 27 February 2021 (UTC)

This is good now. --Gameking1happy (talk) 13:15, 28 February 2021 (UTC)

Need help with 2 things with my talk page and a "template" (which is a page to show userboxes).

Hello, can someone tell me how to: A, have my userboxes from the "template" (User:Gameking1happy/My Boxes) be on the right side, next to the part which shows subpages, and B, have it NOT show the {{Distinguish}} template that is on the My Boxes page. Also am asking this on my talk page. --Gameking1happy (talk) 13:41, 28 February 2021 (UTC)

I found out about <noinclude>, now all I need is to get the template to the right side, is there something like the center template but instead of the going to the center it goes to the right?

Schematics don't display properly on Safari on iOS. I'm not sure this is the right place to put this... Please advise/edit/etc. Thanks! Grundlesalad (talk) 17:02, 28 February 2021 (UTC)

You forgot to make a section, when you are going to add a new topic press add section, don't press edit source and just add what you will say to the bottom of the page. --Gameking1happy (talk) 17:14, 28 February 2021 (UTC)

Want to know how to do something I saw people do.

I want to not need to use <small> in my whole signature to make it at a reasonable size (as now the <sub> text is a bit too small, but at normal size is too big), but need a HTML tag, what HTML tag allows you to put text on text, as I saw someone do this in their signature once. --GK1H (PF/T/C/A/S/UB made/UB on UP/PJ) 13:45, 1 March 2021 (UTC)

I don't think it is a template as a few days ago I was looking for a template for something. --GK1H (PF/T/C/A/S/UB made/UB on UP/PJ) 13:46, 1 March 2021 (UTC)
Refer to MCW:TALK again, your signature should not contain templates unless substituted. In other words, even if such a template existed, you are left with the same complex HTML after signing so might as well start with that. Plus, while you can make it visually shorter with different HTML tags, remember that markup length is a problem too, having to scroll past several lines of text for your signature is not ideal. Wikipedia limits to 255 characters. We don't have a strict limit, but I'd advise using close to 255 characters. KnightMiner (t/c) 15:42, 1 March 2021 (UTC)
Ok, I changed it to this as my made userboxes and sandbox can be found on my user page, in the subpages section, my userboxes and projects I am in can be found in other sections, and achievements can be found on my user profile and it isn't really necessary. --GK1H (P/T/C) 16:14, 1 March 2021 (UTC)

Template documentation project: Usage section style

Recently I opened a discussion regarding this at Minecraft Wiki talk:Projects/Template documentation cleanup.

The project aims to improve the templates documentation to make them clear to all users. The current way to do this is that big templates use a table to explain their parameters, while the small ones just use text. An example of a small template using a table to explain its parameters is at Template:Work in progress/doc/editcopy.

My goal is to make them consistent, but to do that we should either make all small templates have the same text style and all the big templates have the same table style, or make that both types of templates use tables to explain their parameters. You can discuss here first, and then add proposals on the link above. Thejoaqui777 (talk) 18:55, 2 March 2021 (UTC); edited 03:14, 3 March 2021 (UTC)

I would suggest smaller templates to just have a template data for summary and bigger templates to have both template data and detailed explanation of each parameters below it. TemplateData is necessary for visual editor, where it can provide a brief of explanation of each parameters. Table is inevitable as it's auto generated by TemplateData, though only if we are going to make every possible template to be visual editor-friendly.
Retrieved from Wiki Discord: "It seems that the way Wikipedia does this is with TemplateData on its own section. But since we are a very small wiki when compared to Wikipedia, using TemplateData should be enough for a brief summary of parameters.
If there are additional information or details that need to be addressed, then you may include them below the TemplateData (still within the "Usage" section), for example Template:Exclusive/doc has additional information regarding the "Editions" parameter.
Note that TemplateData description can't include links or other text formattings. So if one explanation has to contain lots of links, you may want to describe the information below the TemplateData (like the one on Template:Exclusive)." – ItsPlantseed|⟩ 19:14, 2 March 2021 (UTC)

Release date for versions

Now TheGreatSpring (talkcontribslogs) changed the Planned versions page to include that the release date of be 1.16.210 to 2021. This was because of consistancy and because 1.17.0 releases after 1.16.210, therefore 1.16.210 releases in 2021. Personally, I don't like these odd release dates as they provide little info and are broad. Also, putting it as present day - June 2021 seems a little odd. I looked at the version histories for edition articles with no mentioned (but obvious) release date and the version history for planned versions. I noticed that there was an inconsistancy - one said no release date while the other said the obvious year. I  Oppose the broad release dates. Any thoughts? Humiebeetalk contribs 03:14, 3 March 2021 (UTC).

Yeah, I wouldn't oppose getting rid of 1.16.210's listed release date at all. Listing 2021 as a release date because 1.16.210 will release before 1.17 is already kinda speculation anyways, and not providing a source for it just encourages further speculation – JEC talk 03:44, 3 March 2021 (UTC)

Break row (or break line or whatever it is called) in visual editor.

How do I do <br> in the visual editor? --GK1H (P/T/C) 15:05, 3 March 2021 (UTC)

Never mind, found out it just makes formatting confusing as hell, I'll use the source editor for formatting in the visual editor section of my userbox testing page then. --GK1H (P/T/C) 15:22, 3 March 2021 (UTC)

Better moderation

on one of the talk pages on this wiki, i commented about an invalid template and how it should be removed, but then it got deleted.--Geniusrobot1 (talk) 17:47, 5 March 2021 (UTC)

Which talk page? What invalid template? Who removed it? Give some details, I see no record of such a comment in your contributions. KnightMiner (t/c) 17:52, 5 March 2021 (UTC)

Enabling discussions on the wiki

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
The Fandom Minecraft Wiki got archived as part of Project Crossover, but Fandom discussions won't be enabled on this wiki.

We discussed some details of upcoming Minecraft Wiki Crossover (which is between Fandom and Gamepedia), and we came to a topic of enabling discussions on this wiki.

If you did not know what discussions are, they are forum-like social space where community members can talk about the wiki's topic as well as the wiki itself. However, those are built on a different engine, than normal wikis are, so they don't support wikitext. Here are some PROs and CONs of it:

PROs
  • A forum-like place
  • Categories
  • Ability to report (for all users)
  • They may attract many people to the wiki
  • You don't need to add a signature
  • You can add images to the post and on the comments.
CONs
  • It may hurt the wiki's reputation (because it would be much more active, than wiki itself)
  • Hard to moderate (unless there will be Special:SocialActivity)
    • There may be need to hire new moderators (which may not be a problem)
  • We would need to have discussion rules (we can use Fandom's one)
  • IPs can't comment there, only accounts.

Discussions may help to have better crossover, with more people for crossover. What do you think? Do you support it, or not? --TreeIsLife (talk) 19:10, 5 March 2021 (UTC)

For an example of what Discussions looks like, see https://minecraft.fandom.com/f . For the guidelines that TreeIsLife mentioned, you can find a link at the top or on the side, which will take you to https://minecraft.fandom.com/d/g . Finally, if you want some general information on Discussions, check out Help:Discussions on Community Central. SLScool 19:20, 5 March 2021 (UTC)
On the Minecraft Wiki Crossover Discord the consensus was generally in favor of enabling discussions on the Gamepedia wiki. This allows the users of this feature to find their new home on the Gamepedia wiki as well, once the Fandom wiki gets locked. If the wider community consensus here agrees to enabling discussions as well, the planned timeline would be to enable discussions after the domain migration (this possibility is currently being looked into by staff, might have to wait with enabling discussions until the unified skin) and finish the Crossover with that, locking the Fandom wiki. --MarkusRost (talk) 19:46, 5 March 2021 (UTC)
Support section
I  Weak support (or maybe  Neutral, because of the arguments below) this as it was already decided on the Crossover Discord. While wikitext is useful to show templates and things like that, actually we don't do that frequently, and an advantage of the discussions system is that you can share images on the comments, which is really useful to show what we should do on specific situations. That means that there will be more vandalizers. However, it will be easy to set a group of discussion moderators to prevent such things. Thejoaqui777 (talk) 21:40, 5 March 2021 (UTC)
I  Support as I would like a place for discussion, and the cons don't seem too bad. --GK1H (P/T/C) 21:50, 5 March 2021 (UTC)
 Support because I want a way to easily communicate with other wiki editors (i dont have discord).Humiebeetalk contribs 22:15, 5 March 2021 (UTC)
 Support solely to unblock Crossover. The technology itself is not to the standards I'd consider required of any wiki technology (full histories, logs, no permanent deletion, moderator identity disclosure), so if it wasn't plausibly needed for Crossover, and if I had reasons to believe Fandom would refrain from forcing this technology on the wiki no matter its state, I would have opposed. --AttemptToCallNil (talk) 00:02, 6 March 2021 (UTC)
 Support Just for unblocking migration. We can't risk crossover would fail even with this wiki, after the MCSM one. Many people will want this, may attract new editors, especially those, who are getting here from Minecraft Forums. On the other side, i understand people against this. --TreeIsLife (talk) 19:57, 6 March 2021 (UTC)
 Weak support Discussion technology is ok, often overused as a chat platform rather than a forum which creates this weird environment since the technology itself is clearly not made with that in mind (show more button appearing every few posts). I generally don't expect a lot of meaningful discussion happening over there, I fully expect quizzes in type of "what is your favorite block" which is not something I'm interested in. That said, discussions could potentially be a good place for community to communicate with each other, I don't believe it's as good as current communication platform we use (Discord server) but it could be an option for those who don't want to use it. I think discussions present a better way to announce various changes on the wiki, with notification integration and nice formatting. The site notice is quite... Archaic and not pretty. As mc-pl admin I'm interested in turning Discussions on to see how it goes. Perhaps something similar could be suggested in here? Do a trial and see if that's something you'd like? Frisk (talk) 00:59, 7 March 2021 (UTC)
Oppose section
I  Oppose. I believe talk pages are already sufficient and they allow anonymous contributors to chip in, even if it were to be only one. Discussions would hamper this. Furthermore, I am of the school of thought where on-wiki discussions should only be about the wiki itself (or the page in question; hence talk pages), not some chit-chat about the wiki's topic (in our case, Minecraft) even if guidelines or rules exist. Purpose-built forum websites (like the Minecraft Forums or r/Minecraft) and chat programs (like Discord) serve that purpose better. A wiki's speciality is to serve user-generated content about the wiki's topic in question, not to be a catch-all for whatever one may feel like posting. DarkShadowTNT (talk) 23:21, 5 March 2021 (UTC)
 Oppose per DarkShadowTNT. BDJP (t|c) 23:29, 5 March 2021 (UTC)
 Oppose What's the point? If you want to discuss an article, you to the talk page; if you want to discuss the wiki, you come here. What would this add? It seems like a bunch of extra work for admins for no benefit at all. Looking at the link provided, 🤢🤮 this is not what a wiki is for.  Nixinova T  C   23:37, 5 March 2021 (UTC)
 Strong oppose Talk pages have served the wiki just fine for the past over a decade, so there's absolutely nothing to benefit from switching over to this. Not to mention the proposed discussion feature simply looks far less professional and oversimplified. A no from me. - User-12316399 (talk) 00:10, 6 March 2021 (UTC)
 Oppose – My main concern is how this would affect the wiki's reputation if we allow non-wiki discussion like the Fandom wiki currently does. While I don't mind the idea of social aspects within the wiki community, the Discord fills that purpose already and most of the active members there are editors; whereas with Discussions, there may be a substantial amount of people who are only active there and don't edit the wiki and vice versa (which seems to be the case on MCW Fandom). IMO, having two separate communities on the same site makes it harder to manage.
I am also not a fan of its general layout (e.g. lack of search-ability, displaying every post/comment on a single page), although UCP phase 2 may make some changes. I should also mention that a few Fandom wiki admins expressed support in the Crossover Discord for merging even if we decided against enabling discussions, so it might not be a blocking factor. –Sonicwave talk 01:50, 6 March 2021 (UTC)
 Weak oppose per above comments. TheGreatSpring (talk | contribs) (Tagalog translation) 02:24, 6 March 2021 (UTC)
 Oppose Discussions doesn't belong in a wiki-like environment. Compared to talk page, it's not well-structured and also not archivable. It's poorly designed and doesn't give much to the wiki. It shouldn't ever be used for in-wiki discussions, because the lack of navigation and reliability. There are other places for general people to talk about the game like Minecraft Forums. So I don't see any "actual benefit" for us from having it here; just going to add more burden to moderation. – ItsPlantseed|⟩ 05:35, 6 March 2021 (UTC)
I  Strong oppose, it's disorganised and messy, we are too much! MetalManiac at your service fellow human! (talk) 08:31, 6 March 2021 (UTC)
Changed to  Weak oppose per above (I guess I just have to get discord).Humiebeetalk contribs 15:38, 6 March 2021 (UTC)
 Oppose. I don't see the need to add DIscusions--Eduaddad (talk) pt.Wiki Administrator Helper 14:38, 7 March 2021 (UTC)
 Oppose. When I look at the current discussions on the current Minecraft wikia, I don't think this is something that a wiki needs. That type of content fits way better on Reddit. Most of the things there don't even have anything to do with the wiki at all, they're just shitposts about Minecraft. | violine1101 (talk) 15:55, 10 March 2021 (UTC)

Discussion

I saw some people with argument against discussions, that was similar to - "Basically discussions are talk pages".

So, as i described, they are forum-like. But people said they are basically talk pages. Well now, i see people voting oppose will be even more mad, but discussions can be also named as - well- Minecraft Forum. They have some Wiki things, but other topics are allowed, such as creations, memes,... - based on wiki admins choice. Fandom's Wiki has sections like: "General, Poll, Creations, News (on Minecraft), Q&A or Minecraft Wiki.--TreeIsLife (talk) 20:16, 6 March 2021 (UTC)

I have changed my vote from  Support to  Weak oppose to  Neutral. I understand that it you want it to be a forum but i'm not exactly sure if we need this. All of this is usually documented on reddit OR MCW discord. I really think memes are not nessicary at ALL in this wiki. Creations might be helpful for tutorials and feedback could also be helpful so i'm  Neutral Humiebeetalk contribs 20:29, 6 March 2021 (UTC)
Well, this discussion/vote was suggested by Markus, and the inclusion of Discussions was by Fandom users.--TreeIsLife (talk) 20:49, 6 March 2021 (UTC)
Even still, I do not believe a wiki should be hosting things like memes, polls and creations (unless relevant for an article and placed only there where it's relevant). Like Humiebee said above and I in my vote, there are places already for this which serve such purposes better than a wiki could. If this would block the crossover, then so be it. I would still stand by my vote. Going by Sonicwave, not having Discussions might not be a blocking factor anyway. DarkShadowTNT (talk) 20:59, 6 March 2021 (UTC)
There is a lot of opposition to Discussions on the basis that non-wiki conversations are an integral part of the system and it's impossible to only have wiki-related posts. However, this is not actually the case. The rules can very easily be written to only allow wiki-related posts. For example: suppose this wiki allowed everyone to freely discuss the games on talk pages. You would see a lot of users using talk pages to discuss the game without editing articles/templates/whatever else; you would also see a lot of users editing articles et al. without using talk pages to discuss the game (which is what we currently have). However, this wiki does not allow that, so this only happens very rarely if ever. Similarly, if the rules on Discussions say that users can only discuss the wiki, you would see a lot of users discussing the wiki there without many users discussing the games themselves. While the design of Discussions might make it more likely for people to use Discussions for the wrong purpose than to use talk pages for the wrong purpose, it's still the same principle: whether or not users are allowed to discuss non-wiki matters is a choice that is entirely up to the wiki, regardless of whether it's in Discussions or on talk pages or in some other location. There are still other reasons to oppose discussions, but wiki-related vs. non-wiki-related shouldn't be. SLScool 23:59, 6 March 2021 (UTC)
If we only allowed wiki discussion posts, I don't think Discussions would be worth it over talk pages due to layout issues mentioned above. While they are more intuitive especially for new users, comments take up more space and you have to click multiple times to view all the comments on a long thread, it doesn't support "multi-level replies" like talk pages (or Reddit comments), and it's not searchable so decisions made there would be lost. The ability to add polls may lead people to use that for decision making, instead of forming a consensus as should be done on here. Plus, the very existence of another communication medium fragments wiki discussion further. It may work if we have a rule that important discussions should be taken to wiki talk pages (like with the Discord), but there wouldn't be much point in having it then. –Sonicwave talk 05:05, 7 March 2021 (UTC)

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

making a prototype article for revolutionary traffic light sytems made when i taught myself how to do them

does anyone know how to create a new wiki page? i want to make a article for this and show my innovative ideas. here is how it goes so far and i would like improvement suggestions: Minecraft traffic signals have long been red green only or without advanced features such as left turn signals without alternative intersection designs such as the continuous flow intersection. but now the modular parts are here. while at the time, the page editor is working on actuated control, actuated signal control is finally a thing for smart intersections. here is a current list: 26 repeater 4 tick 2 phase yellow light included controller, kill switch comprised of 2 inverters. with a input in between the 2 inverters. this is also the base for the yellow light timer, containing 5 4 tick repeaters. and a actuated control max out timer. call prioritizors are being worked on. no progress has been made due to work on other devices related to actuated control. the next build on the line you can make yourself is the night flash controller. the how to's are somewhere else in the wiki if you look it up once these are created. but the last yet not least product of the line is the protected left turn silo for timing left turn intervals. a single controller may be used to control multiple junctions without building seperate controllers. this remote transmission is very useful. it should be cautioned that servers focusing on beauty and not functionality may not like these systems as wire sorting may make a redstone jungle near the intersection. how all of these work will be explained. first up is the 26 repeater fixed timing controller. it works as expected. a torch clock delayed with repeaters. the rows must be 5 blocks long for the output to work properly or the yellow light WILL be knocked out of tune causing the light to malfunction. the yellow light timer gives an all way yellow light or yellow lights only to the desired streets. only giving the yellow lights to certain streets is most desirable when a left turn signal exists. the actuated control max out timer MUST have a repeater delay where on circuit has a single repeater and the second circuit has a high amount of repeaters. this will prevent malicious users from making the traffic light have a sezuire and malfunction. this protection is required only on actuated control since as long as you keep fixed timers protected from vandals, the fixed timer controllers will not malfunction unless you have set up the controller wrong. left turn silos are a bubble stream based system where a single item is dispensed into the bubble stream. this unlocks the left turn output and activates the arrows. the amount of time that passes before the item returns to the dispenser determines the length of the left turn phase which is fixed. just put a roof o the silo or it will not work and the left turn arrow will be green for all eternity or until you fix the issue. that wil be all for now until i make more innovations on the new 2189 model traffic light controller system:New generation of innovation. the official name of this new system you may build on your world. also, i need help. how do i set up a schematic for redstone--A2189 (talk) 22:51, 8 March 2021 (UTC)

This should go in Tutorials/Traffic light or something. Click on the redlink and add whatever info you desire. Just make sure you look at other tutorials for formatting.Humiebeetalk contribs 02:29, 9 March 2021 (UTC)

Template:Unreleased feature

{{Unreleased feature}} leaves a bad taste. To me, it looks like its trying to circumvent article notability. If people want to create articles for unreleased features, why not use MCW:Sandbox? I don't like the idea of articles under redirect, both because its bad for usability, and because it brings back the exact same problem the original articles had which was a lack of proper article content. Warden is an example of that template's usage.

Alternatively, if people you want to keep using {{Unreleased feature}}, let make a proposal to amend the style guide to allow those articles to exist and remove the redirect. For instance, I'd be a lot more likely to support such an article if you had a clear expiration date before an unreleased feature gets downgraded to a section on mentioned features, along with some notability for which "unreleased features" are notable enough for their own article. We can discuss that under this topic if anyone has clear ideas.

From my point of view, {{Unreleased feature}} in its current form violates the style guide, so we need to either amend the style guide to state when its allowed or remove the usages. KnightMiner (t/c) 06:11, 11 March 2021 (UTC)

 Support deleting the template outright. As for the proposal to amend the style guide to accept unreleased feature - there is too little information. What info is there on Warden that warrants its own page? With the exception of Warden, there are too little details on Caves & Cliffs to warrant an entire page. I would like {{unreleased feature}} to be in the {{redr}} template.Humiebeetalk contribs 23:28, 15 March 2021 (UTC)
 Oppose Deleting it - If we deleted this template, use of {{redr}} won't be enough, and we won't be able to create these pages, as it would be violating much more, than it does now. We would have to say to people who do so "sorry, but you are directly violating our style guide". --TreeIsLife (talk) 07:33, 16 March 2021 (UTC)
That is exactly the point. If it is violating the style guide, why does adding a template make it not in violation? If you think using that template should be allowed, the style guide should be amended to say "articles about unreleased features are fine as long as they are marked with {{Unreleased feature}} and hidden by a redirect".
As it stands, the current wording of the style guide means if someone wants to create an article for an unreleased feature, you tell them it violates the style guide. You dislike telling people that? Make a proposal or agree with one to change the style guide. We could change the style guide to describe when unreleased articles are allowed, instead of circumventing it with secret articles. KnightMiner (t/c) 02:29, 17 March 2021 (UTC)
I am oppose of this due it will just start a domino effect. You will change this, style guide will probably change too, and based on how those changes will be (i saw more strict idea of style guide), it may even mean page like Warden won't exist, even when announced, but unreleased. Also, even when not in style guide, it became as a "hidden point", and if this template would be deleted, it would probably mean that point won't apply any longer.--TreeIsLife (talk) 07:32, 17 March 2021 (UTC)
So let me get this straight, you think we should leave this template (which violates the style guide) alone because you think the style guide is too strict, and yet do not want to change the style guide to be less strict to make the template be allowed? KnightMiner (t/c) 17:08, 17 March 2021 (UTC)
Yes. But probably when I see how other people are voting, i will probably have to accept its removation, and also style guide changes--TreeIsLife (talk) 08:33, 18 March 2021 (UTC)
 Support deletion, and making the style guide more strict; these pages might just as well first be made in the userspace, rather than under the redirect. We have a bunch of stuff in the style guide that goes ignored, including the "page titles should be singular", which was brought up as adiscussion point on discord several times too. I'm getting tired of it just being me who follows the style guide more directly. Dhranios (talk) (Join the wiki videos project!) 09:02, 16 March 2021 (UTC)
 Support deletion of the template. TheGreatSpring (talk | contribs) (Tagalog translation) 11:59, 16 March 2021 (UTC)
How exactly does this template violate the style guide? Fadyblok240 (talk) 01:50, 17 March 2021 (UTC)
The template is to be added to articles that are disallowed under the style guide, using the logic that since the article has a redirect making it hard to get to its okay. Its still an article, it is still about unreleased features, its just that most people won't find it. So maybe its better to say the template itself is not a violation, but using the template for its indented use is a violation. KnightMiner (t/c) 02:29, 17 March 2021 (UTC)
 Support deletion: We already have various templates for marking new and changed behavior and items of upcoming versions, for example Drowned's upcoming switch from dropping gold to dropping copper. Currently the changing drops for Drowned are simply noted within their page, and the Skulk Sensor has a page, but the Warden links to a paragraph in the upcoming version page. I see no reason we shouldn't simply have properly-hatted articles (with whatever information is available) for items and/or mobs that have been confirmed as "upcoming". --MentalMouse42 (talk) 12:04, 18 March 2021 (UTC)

All Wiki Tags on Main Page

All wiki tags are not listed on this wiki's main page. SpeedoThreeSixty (talk) 18:28, 12 March 2021 (UTC)

Navigation on FandomDesktop

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:
Wiki Minecraft 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)

Mechanics/Redstone problem

The following discussion of a proposal to move several redstone-related pages was closed. Please do not modify it. Make subsequent comments below this or make a new topic.
 Done. Pages were moved per this discussion. Thejoaqui777 (talk) 19:34, 6 April 2021 (UTC)

Currently, Mechanics/Redstone acts as a page that works like a short version of Mechanics/Redstone/Circuit and a list of Mechanics/Redstone/Components. The page needs to be rewritten to be transformed into a general article about all the redstone mechanics.

While Mechanics itself can be converted into an index page to list related articles, that isn't the actual problem. The problem is with the name of the page itself: Mechanics/Redstone and its subpages. Mechanics is a redirect to Tutorials/Mechanisms, meaning that we have subpages of a redirect. This means that the way of classifying them became more confusing and disorganized over time.

My proposal at Talk:Mechanics/Redstone is that it should be renamed to Redstone mechanics to be its own main article.

Now, adressing the discussion about Mechanics/Redstone/Circuit, it has been proposed to rename the page to Redstone circuits on its talk page. However, I don't think that is the only possible solution to this. Instead, I've proposed to rename it to Redstone mechanics/Circuit. It would still be a subpage, but a subpage of a complete article.

There is also an inconvenient: There exist pages like Mechanics/Redstone/Clock circuit, which use "circuit" on their names, and even have a lot of subpages. These ones should be renamed to Redstone mechanics/Circuit/Clock as an example.

Now, I'll show a table showing what we should do to solve this:

Proposal 1
Original name New name Reason
Mechanics Mechanics It should become an index page like Tutorials/Redstone, to list related articles about mechanics. (Change already made, though it needs improvements)
Mechanics/Redstone Redstone mechanics It should be a general page for all redstone mechanics.
Mechanics/Redstone/Components Redstone mechanics/Component To become a subpage of the new name.
Mechanics/Redstone/Circuit Redstone mechanics/Circuit To become a subpage of the new name, as circuits are part of the mechanics.
Mechanics/Redstone/Clock circuit
Mechanics/Redstone/Pulse circuit
Mechanics/Redstone/Transmission circuit
Mechanics/Redstone/Memory circuit
Mechanics/Redstone/Piston circuits
Redstone mechanics/Circuit/Clock
Redstone mechanics/Circuit/Pulse
Redstone mechanics/Circuit/Transmission
Redstone mechanics/Circuit/Memory
Redstone mechanics/Circuit/Piston
As they are specific circuits, it doesn't make sense to keep them separated as their own pages and not as subpages of the main article.
Example: Mechanics/Redstone/Clock circuit/Clock multiplier Example: Redstone mechanics/Circuit/Clock/Clock multiplier The subpages of the last ones should be converted to the new naming.

What do you think of it? I think it solves the problem. Thejoaqui777 (talk) 02:05, 18 March 2021 (UTC)

Since subpages are inaccessible from Special:RandomRootPage, which is used by "Random page" in the sidebar, renaming the articles without using subpages might make them more visible to readers, which might help in improving the articles. Fadyblok240 (talk) 02:35, 18 March 2021 (UTC)
That's also why Redstone mechanics should have links to all its subpages, and the same for Redstone mechanics/Circuit. Thejoaqui777 (talk) 02:40, 18 March 2021 (UTC)
As I said on my own page, the information currently at Mechanics/Redstone is certainly needed, no matter what name it's accessed by. It's not an abbreviated version of the Redstone Circuits page, it's explicitly the extraction of the mechanics info from that page. I purposely copied an abbreviated subset of that info back to the Circuit page, in the interests of readability/comprehension.
  • Turning Mechanics into an index page is a reasonable idea, and would go well with turning Mechanics/Redstone into a top-level page.
  • IMHO promoting the Redstone/Circuit page to a top-level "Redstone circuits" page would be better than making it a subpage of the new "Redstone mechanics" page -- it is a major topic in its own right, and the circuits already fit awkwardly under Mechanics. (They're equivocally "mechanical", but they're not really about game mechanics.) Note that the general "Circuit" page already has links to the type pages; the Circuit page itself briefly explains the types and offers general info about making redstone circuits.
    • Regardless, the circuit-type pages should stay as become subpages to the "Circuit" page's new location. I think all the internal links within the subtrees are already relative, but if any aren't we can fix them easily enough. Note that the type pages have more levels, notably the schematic breakout pages! (Those do need to be broken out of their respective "main" pages, due to the overhead and limits of the schematic system.)
  • It's also worth noting the index page Tutorials/Redstone, which mostly links to subpages of Tutorials/, but also has a few links into the Mechanics/Redstone tree.
--MentalMouse42 (talk) 03:20, 18 March 2021 (UTC)
That would make the proposal change from the original to this:
Proposal 2
Original name New name Reason
Mechanics Mechanics It should become an index page like Tutorials/Redstone, to list related articles about mechanics. (Change already made, though it needs improvements)
Mechanics/Redstone Redstone mechanics It should be a general page for all redstone mechanics.
Mechanics/Redstone/Components Redstone components To become an article to list all the posssible components, being rewritten for better readability.
Mechanics/Redstone/Circuit Redstone circuits To become its own article, as it is really big to be just a subpage.
Mechanics/Redstone/Clock circuit
Mechanics/Redstone/Pulse circuit
Mechanics/Redstone/Transmission circuit
Mechanics/Redstone/Memory circuit
Mechanics/Redstone/Piston circuits
Redstone circuits/Clock
Redstone circuits/Pulse
Redstone circuits/Transmission
Redstone circuits/Memory
Redstone circuits/Piston
As they are specific circuits, it doesn't make sense to keep them separated as their own pages and not as subpages of the main article.
Example: Mechanics/Redstone/Clock circuit/Clock multiplier Example: Redstone circuits/Clock/Clock multiplier The subpages of the last ones should be converted to the new naming.
That would be another proposal. Which do you think it is better? Proposal 1 or proposal 2? For me, the 2 actually may work better, but it is still worth keeping the 1. Thejoaqui777 (talk) 04:22, 18 March 2021 (UTC)
 Support for Proposal 2. The circuit type pages already have top-level redirects, those should be kept for indexing/search purposes. --MentalMouse42 (talk) 04:37, 18 March 2021 (UTC)
 Strong Support for Proposal 2. --TreeIsLife (talk) 08:20, 18 March 2021 (UTC)
 Strong support for Proposal 2 based on my comments from #The problem with subpages.Humiebeetalk contribs 00:56, 19 March 2021 (UTC)
 Support proposal 2. We do need consistency in naming. We have anvil mechanics already, and the redstone stuff should have the same hierarchy under Mechanics once that is changed from a redirect into its own page. Amatulic (talk) 18:16, 21 March 2021 (UTC)

Convert the Tutorials pages into their own namespaces

I'm reviving Minecraft Wiki talk:Community portal/Archive 26#Should we move all Tutorials pages to a own namespace?

That discussion actually is worth of reopening. Tutorials are an important part of any game wiki, as it is a secure way to keep documentated facts that aren't able to be into normal articles.

This was opposed before mainly because (if I read the old discussion correctly) other namespaces couldn't be accessed with the "Random page" link. However, that is no longer the case, as now Minecraft Dungeons and Minecraft Earth articles can be accessed with the link.

If we do this, then we should do this (see the table):

Original name New name Reason
Tutorials and Minecraft Dungeons:Tutorials Minecraft tutorials and Minecraft Dungeons tutorials Since both games are active, tutorials need to be split into two namespaces.
Example: Tutorials/Defeating the ender dragon Example: Minecraft tutorials:Defeating the ender dragon To be the same as Minecraft Dungeons and Minecraft Earth.
Example: Talk:Tutorials/Defeating the ender dragon Example: Minecraft tutorials talk:Defeating the ender dragon To be talk pages of their own pages and not subpages of the general Tutorials talk page.

The reason is that tutorials are an important part of the wiki. Though the Minecraft Wiki is meant to explain factual data about the game, it can't do that completely without the tutorial pages. Things such as redstone circuits, general farms, game quirks, functions, and information about the game's UIs all are stored within tutorials. This is factual evidence that can only really be given in a tutorial format, as the main articles oesn't alllow tutorial-like content.

Now I'll show another table showing the advantages, disadvantages and arguments for them:

Advantage Disadvantage Counterargument to disadvantages
Tutorials as their own namespace will be able to be accessed through the Random page link. Tutorials are often badly written, and its quality is seriously questionable. Being acessible through that link means that users will be able to see them more often. Also, tutorials themselves can be rewritten, and it's easy to mark them with the {{rewrite}} template.
Tutorials as their own namespaces can receive a standard definition of what are they exactly, which isn't totally defined. Tutorials describe guides, describe processes, can serve as suggestions or warnings for doing things in-game. The Minecraft Wiki's scope and purpose is to document actual information from the game. Tutorials have a different tone, set of editors, audience and intentions than regular articles. Tutorials always have been part of the wiki, or at least for so many time. The fact itself that they have a different tone, set of editors, audience and intentions also acts as an advantage, since people wants to document its creations in a secure way, making sure that they will be preserved. Many tutorials do this, containing information for both current/recent and old versions.
Tutorial talk pages will be specific for only one tutorial, and wouldn't be anymore a subpage of the general Tutorials page. --- ---
Their shortcut versions would be "MCT" (Minecraft tutorial) and "MDT" (Minecraft Dungeons tutorial). Minecraft Dungeons tutorials would have an inconsistent shortcut. Another proposal can be "MCDT". Though it would be longer and still inconsistent with the usual 3 letter ones, it is more consistent than "MDT".

What do you think of this proposal?, as this really needed to be discussed again. Thejoaqui777 (talk) 00:03, 19 March 2021 (UTC)

 Strong support I actually had forgotten for a while that they weren't a separate namespace. (Or did they used to be? I honestly can't remember.) In any case, Terraria Wiki uses a namespace for their equivalent Guides, so its feasibility is demonstrated by example. --MentalMouse42 (talk) 00:30, 19 March 2021 (UTC)
 Strong support per my comment on #The problem with subpages.Humiebeetalk contribs 00:54, 19 March 2021 (UTC)
 Strong oppose. I don't see how any of the four advantages are substantial or valid. Most visitors would get to tutorials from the search engine (not even the on-site search or the random page button), which means optimizing for the latter two ways should not be done at the expense of the first one, and page moves of any kind are harmful to search engine optimization, while the subpage structure is very well understood by search engines. So #1 is an advantage that will be targeted at the expense of the average reader. #2 is invalid, any policy can be changed to adapt to circumstances, and we shouldn't try to adapt circumstances to policy at substantial expense of user experience. The talk page issue doesn't seem problematic at all, at most weird for the more involved of readers (most of who won't even use talk pages). The namespace shortcuts are not going to be used by readers as they won't have any idea of them (and once again, they'll most likely be coming from search engines who at best won't care about shortcuts); in addition, the proposed shortcuts can conflict with potential "talk" shortcuts. --AttemptToCallNil (talk) 10:02, 19 March 2021 (UTC)
 Comment: It is true. The policy can be changed so how to write tutorials should be explained better than how it is done now. The main reason of this is the point #1, which explains that subpages can't be accessed from the Random page link. If this can break the search engine, maybe we could find a solution to this. Subpages can't be shown easily, and that's another reason of why. Thejoaqui777 (talk) 13:15, 19 March 2021 (UTC)
 Strong Oppose - Namespace? No. I feel we should not make an soup opera from Namespaces. Namespaces are here to seperate functions between pages. All namespaces have purporse. With creating new, however, we should consider why it is needed to make a new namespace. For example, with Minecraft Earth and Dungesons - "Different games". Games, which are not 100%-ly Minecraft, but are from Minecraft Universe (Minecraft Earth, Dungeons, Story Mode) and have potential to have more content, yes. This doesn't. It may have more content, but it is really needed? No. --TreeIsLife (talk) 14:09, 19 March 2021 (UTC)
 Strong support. Tutorials serve a very different purpose to definitive fact-based Minecraft Wiki articles, but are a necessary commodity for this Wiki to serve. (Is there anywhere close to as good a resource as we have here for Redstone logic gates? I don't think so.) New and old players utilize these resources, and they are key to this Wiki's helpfulness, while being very different from say, and article about a block or item. For this reason, and since most people find tutorials through the search bar anyway, and for categorization and organaiztion purposes, I dig this idea. --DigiDuncan (talk) 03:59, 21 March 2021 (UTC)
 Extremely strong support These pages have been in the mainspace for far longer than they should have been and are well overdue for being kicked out. The style guide specifically forbids tutorial info from mainspace articles, so why these insisted on remaining mainspace articles for a decade plus is beyond me. - User-12316399 (talk) 04:29, 21 March 2021 (UTC)
For the shortcuts, MCT is already used (Minecraft Wiki talk). Possibly MT and MDT/DT? (consistant) and the talk would be MTT and MDTT or DTT)Humiebeetalk contribs 14:05, 13 May 2021 (UTC)

Inconsistancy between Nether Update and Caves & Cliffs

In the page Nether Update, the Notable features section only contained the notable features. In Caves & Cliffs though, it shows every single feature. It also shows changes as well as having a much higher image rate (not in gallery). What style should be adopt, Nether Update or Caves & Cliffs?Humiebeetalk contribs 14:24, 20 March 2021 (UTC)

I'd say the newer page is just getting more attention as the game and wiki get bigger. I have no trouble with listing all the features, but it might be worth prepending a summary. --MentalMouse42 (talk) 16:17, 20 March 2021 (UTC)
As i said at least twice, Notable features should show notable features, not every feature. So Nether Update style should be adopted (for now).--TreeIsLife (talk) 07:52, 21 March 2021 (UTC)
I  Support the usage of Nether Update's style to write general articles about updates, while Java Edition 1.17 and Bedrock Edition 1.17.0 should be the specific articles to document the information as it is, like with Java Edition 1.16 and Bedrock Edition 1.16.0. Thejoaqui777 (talk) 19:44, 21 March 2021 (UTC)
Fair enough.  Support summary articles for "named updates", detailed articles for specific version numbers. --MentalMouse42 (talk) 19:18, 22 March 2021 (UTC)
Huge  Support for the idea of named articles for summaries and version articles for full changelogs. --DigiDuncan (talk) 21:14, 22 March 2021 (UTC)
 Comment @MentalMouse42: I would agree with that, as the wiki has been extremely active lately in the past few months, way more than it was when the Nether Update was being developed. James Haydon (talk) 21:13, 22 March 2021 (UTC)

Flavors of "renewability"

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 creating and defeating a wither 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)

@Amatulic:, 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)
 Oppose, 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)
 Oppose 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)
 Support moving the renewability out of the infobox and into obtaining. Dhranios (talk) (Join the wiki videos project!) 22:45, 25 March 2021 (UTC)
 Support 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)
 Comment 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)
 Support 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)
 Support 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)

New Developementcategory.png

I think that the developement icon is kind of outdated. So I did a Roboto Mono version of it.– Unsigned comment added by Gugalcrom123 (talkcontribs) at 10:37, 31 March 2021‎ (UTC). Sign comments with ~~~~

Adding edit requests on the wiki

Currently, it is relatively hard for editors to request edits to protected pages. I have created {{edit protected}} to facilitate such requests. There is even an edit request at MediaWiki talk:Protectedpagetext, which is essential to bring edit requests to the entire wiki. Please discuss any improvements or your opinion below. Fadyblok240 (talk) 16:13, 31 March 2021 (UTC)

So first, the type of sentence "Copy the contents of this into that" won't work, as changing MediaWiki page is not as easy, as changing module, template,...
Secondly, if correct, the page can't be even edited due Fandom's MediaWiki whitelist (aka Abuse problems), so this would need to be discussed by community, and then pass this to WR.

--TreeIsLife (talk) 17:36, 4 April 2021 (UTC)

I  Oppose. While it is true that it is somewhat difficult to request an edit to be made on a protected page, we should instead make the Admin Noticeboard or the Community Portal have a section about that instead. Thejoaqui777 (talk) 19:28, 4 April 2021 (UTC)
Or better yet, on the page's talk page... Dhranios (talk) (Join the wiki videos project!) 19:36, 4 April 2021 (UTC)
I didn't say that all edit requests were going to be made on that particular page. In fact, the proposed template is designed to be placed on the corresponding talk page of the page to be edited. If you checked the wikicode of User:Fadyblok240/MediaWiki/Protectedpagetext, you would have noticed that. Fadyblok240 (talk) 00:37, 5 April 2021 (UTC)
How about we transfer the contents of some MediaWiki pages into templates, and fully protect these templates? If there is no cascading protection, then any administrator would be able to edit these templates to indirectly edit the MediaWiki pages. Only one edit to each MediaWiki page would need to be made, to make the page transclude the associated template. Fadyblok240 (talk) 00:37, 5 April 2021 (UTC)
Then why we even make these templates, when they will be fully protected? We can actually request few pages to be whitelisted, just you need to request that and say reasons why --TreeIsLife (talk) 09:28, 5 April 2021 (UTC)

Message box color criteria

Message boxes are the most used templates. And we defined recently a little criteria to see which templates should use a specific color. It was:

Criteria Class code Color displayed
Unclassified templates (default)
Warning for disclaimer/deletion of a page class = msgbox-red
Suggesting a page to be moved/split/merged class = msgbox-purple
Advice for maintenance issues class = msgbox-yellow
Information regarding the status of a page class = msgbox-green
Notice about a page's content class = msgbox-orange
Details about editions and/or versions class = msgbox-blue
Unused/custom purposes class = msgbox-magenta

But it was changed to:

Criteria Class code Color displayed
Unclassified templates (default)
Warning for disclaimer/deletion of a page class = msgbox-red
Suggesting a page to be moved/split/merged class = msgbox-purple
Notice for content issues of a page class = msgbox-orange
Notice for style issues of a page class = msgbox-yellow
Information regarding the status of a page class = msgbox-green
Details about editions and/or versions class = msgbox-blue
Unused/custom purposes class = msgbox-magenta

Which of the two should be the color criteria? The problem is the yellow and orange colors, so how should we use them?

 Extra comment: What is style? That's the problem with the second one. {{Rewrite}} would be style or content? What about {{update}}? Thejoaqui777 (talk) 14:16, 16 April 2021 (UTC)

 Support for the second one --TreeIsLife (talk) 13:23, 16 April 2021 (UTC)
 Support Same. – Unsigned comment added by MetalManiacMc (talkcontribs) at 13:47, April 16, 2021 (UTC). Sign comments with ~~~~
 Support the second one because of above.Humiebeetalk contribs 15:25, 16 April 2021 (UTC)
 Comment I think the first one is a bit more clear but I have updated {{msgbox}} to use a |type= param instead of a raw color class. So all "class=msgbox&lt:col>" should be changed to "type=<type" which makes it easier to tweak the colours later.  Nixinova T  C   06:02, 27 May 2021 (UTC)
I also like the idea, it lets me translate the templates easily, and have more simple usages. Thejoaqui777 (talk) 13:29, 27 May 2021 (UTC)

User talk:Mr.Ymnik

User:Mr.Ymnik created 2 images (File:Vestnik08.jpg, File:Bandicam 2021-03-10 16-16-40-217.jpg) for the purpose of creating a story that breaks Wiki Rule 4 (use an online translator if you can't read Russian). Although articles in the "User" namespace are exempt from rules 4, this is in the talk page and does not contribute to any wiki discussion. Should the talk page and the associated images be deleted? ~DΦC (talk) 19:43, 19 April 2021 (UTC)

Maybe move the page to a subpage of User:Mr.Ymnik? Also, pages in user space should never be referred to as articles. Fadyblok240 (talk) 22:48, 19 April 2021 (UTC)
Gotcha. So, I move the page to something like User:Mr.Ymnik/Vestnik Error? ~DΦC (talk) 22:52, 19 April 2021 (UTC)

SVG files for blocks

User:Arrran-gpuser created a number of svg files for block renders back in 2018. Should these remain on the wiki or be deleted? They don't currently serve any purpose and the files are ~10x the size of their png counterparts, but they don't get pixelated. ~DΦC (talk) 01:29, 23 April 2021 (UTC)

ComputerCraftedu

We have pages for Minecraft edu items/blocks, so what about items/blocks from ComputerCraftedu a mod not made nor owned by Mojang but that was also part of Minecraftedu. Like it would be strange if we had ComputerCraftedu info on this wiki but it would be more staring to have Minecraftedu info but not ComputerCraftedu info.– Unsigned comment added by Lego Starwars Timeline (talkcontribs) at 00:03, 29 April 2021 (UTC). Sign comments with ~~~~

Old Wiki theme

Is there any way to go back to the theme before the UCP? The one that actually looked like Minecraft? I think they disabled the option to switch back, but it would be nice if someone managed to replicate it with CSS.

Skywardthedragon (talk) 13:14, 30 April 2021 (UTC)

If you mean the old mobile theme, no, it's no longer available. The desktop theme should be the same for now (it's going to be changed later). --AttemptToCallNil (talk) 15:09, 30 April 2021 (UTC)
You can use user:nixinova/gpmobile.js to re-add it.  Nixinova T  C   04:38, 21 May 2021 (UTC)

Minecraft plus exists

The screensaver collection `Minecraft Plus` is not mentioned on the front page of the Minecraft wiki. Even though it's free, and not a game, it's still part of the Minecraft brand so it should really be mentioned--TJC games (talk) 09:00, 1 May 2021 (UTC)

It is a joke feature 🙃 --TreeIsLife (talk) 15:28, 5 May 2021 (UTC)
Yes and there are no updates to it. By their logic, we may as well add 3D Shareware, Mine and Craft Leisure Device and Java Edition 2.0 to the front page, since they're all related to minecraft. James Haydon (talk) 15:21, 13 May 2021 (UTC)

RfC: More admins?

Currently, there are 5 admins with only 2 truly active (AttemptToCallNil (talkcontribslogs) and Nixinova (talkcontribslogs), Sonicwave mentioned in a comment that he wanted to reduce activity on the wiki, KnightMiner and Madminecrafter12 don't edit that much). I think we need more admins (For example, I noticed that Category:Pending deletion has more than 300 pages/files in it and Category:Pending speedy deletion even has more than 3 pages in it). Currently, there are 8 active patrollers (TheGreatFall, Magiczocker, PancakeIdentity, Amatulic, HaydenBobMutthew, NineTreyBlud, BDJP007301, and User-12316399) with 6 registering (shown in bold) before 2020 and one who is already a director (shown in italics). I also made this post because there has been a decrease in 2 admins within the past 6 months (Majr exactly 6 months ago and Dhranios about 1 12 months ago). I am no expert in this and I just created this because the amount of clutter in the wiki (pending deletion files and other things) were increasing a lot and I was worried that too little admins would result in a decrease in moderation and an increase in vandalism (yes, there is no vandalism that remains on the wiki today but it often takes days to weeks for an admin to respond in the Block requests and Protection requests. I also recall Skylord wars in the RfC: Appoint a new bureaucrat discussion said that 9 admins was too little. If 9 admins is too little, than 5 admins (and especially 2 active admins) is far too little.

All in all,

  1. Do we need a new admin? (I feel that we do)
  2. If so, how many? (Probably 2 to replace the 2 that were demoted/self-demoted in the past 2 months)
  3. And who should it be? (A patroller, probably someone in bold)

Humiebeetalk contribs 17:29, 15 May 2021 (UTC)

We have 6 admins from Fandom's original MCW, so there is no need to do this, until we will know their decision to become admin. --TreeIsLife (talk) 19:10, 15 May 2021 (UTC)
And don't forget that Majr has been completely inactive for over a year now, it was only 6 months ago that they finally got demoted, thanks to my AN post. James Haydon (talk) 19:57, 15 May 2021 (UTC)
I mentioned that... (the past 6 months (Majr exactly 6 months ago and Dhranios about 1 12 months ago).) Humiebeetalk contribs 21:45, 15 May 2021 (UTC)
  1. Who are they?
  2. Have they even made an edit on the wiki?
  3. The original fandom mc wiki was a LOT different than this wiki (it was less popular so less moderating needed, protection needed if it was low-traffic, did the MediaWiki: namespace exist?
Humiebeetalk contribs 21:45, 15 May 2021 (UTC)
 Comment: I would like to comment something. While it is true that some editors you mentioned have been editing for many time and they may be very trustable, I'm not sure if more admins is the solution. Of course more admins mean more maintenance, but they would have acces also to some special tools, and I don't know what can happen.
So I propose this: Giving some of them the content moderator user group. I can say that as a content moderator on the Spanish wiki I can delete and protect and unprotect pages, and do the same things that patrollers, but I can't edit some pages and I can't give user rights to other people as they are locked for me since I don't have complete admin rights.
I think that giving some people the content moderator role would make more sense since we can get more moderation on the things that need moderation, but also making sure that private admin-only pages are protected. What do you think about this? Thejoaqui777 (talk) 23:42, 20 May 2021 (UTC)
For main-space maintenance work (which is mostly what is needed), I think that's a perfect solution. Amatulic (talk) 23:49, 20 May 2021 (UTC)
I've been an admin on the English Wikipedia since 2010 (can't believe it's been over a decade). I could probably do the job here too if needed, although I suspect there are a number of features on this wiki that I have no knowledge about. But for general "janitorial" work (protection, deletion, blocking), it's no problem. On the other hand, I've been quite happy as a regular contributor here, and I enjoy not doing admin work for a change. Once you're an admin, you find there's no end of cleanup work to do (especially on en-wiki) and you hardly have time anymore to contribute content. Amatulic (talk) 23:36, 20 May 2021 (UTC)
Agree that the wiki needs more higher level users. Content moderator sounds like a good tool to hand out to a few people but we also need a new admin or too as there's not too many active.  Nixinova T  C   04:36, 21 May 2021 (UTC)
I think all of the users Humiebee listed in boldface above, as well as Humiebee, can be trusted with the content moderator role, if any of them are willing to take it on. Speaking for myself, I'm more willing to serve as a content moderator than an admin at this time. More content moderators would take some load off admins, reducing the load to more serious duties such as blocking and page protection. What's the process here for making it happen? Amatulic (talk) 05:35, 21 May 2021 (UTC)
Agree that the wiki needs more people to handle daily requests like page deletion, block users and revert vandalism. I can also act as content moderator if needed. MysticNebula70 T  05:40, 21 May 2021 (UTC)
As for admin roles, I don't think I have that much time to do it since I'm also admin on zh wiki (and helper on Fandom, which takes even more time). But I can give some advice though. MysticNebula70 T  05:44, 21 May 2021 (UTC)
I would also really want to have the content moderator role for myself even though I'm a new user. It would help a lot with handling all the speculation pages that get created on the MCD side of the wiki, and the vandals here as well. James Haydon (talk) 15:35, 21 May 2021 (UTC)
I just noticed that this discussion exists and I'm listed above in bold text. The content moderator role don't add anything new to my abilities. As example, I can protect pages for vandalism as SOAP and patrol pages as patroller. - Magiczocker (talk) 15:47, 21 May 2021 (UTC)
I agree that there should be more admins and content moderators to handle vandalism and especially the deletion category, which tends to become massive often within days. I would like to note however that content moderators would be able to edit the main page, rules and other admin-protected pages/templates. This isn't necessarily a downside since they could respond to front page version syncing requests, but it's something that should be considered. –Sonicwave talk 19:32, 25 May 2021 (UTC)
I know that content moderators would be able to edit the main page, but that's the same situation if we promote a new admin too. The reason of why content moderators can help us is that they would be able to handle page maintenance and vandalism with more measures than patrollers, but without access to some admin stuff that probably should be handled with caution. I also agree that maybe one or two new admins would be really welcomed too. Thejoaqui777 (talk) 22:45, 25 May 2021 (UTC)

Silesian wiki

Who is responsible for making new-language wikis and can make silesian wiki with help of another people? MegaHerc ([[1]]) 13:33, 18 May 2021 (UTC)

@MegaHerc: Hello! I'm Rail, Fandom Helper for Polish community. I'm sorry to let you know that Silesian language is not supported at Fandom and you can't create wikis in it. I would recommend contributing to the Polish wiki instead. Have a good one! — Rail (talk | contribs) 16:47, 18 May 2021 (UTC)
@Rail: there also is a project for a Catalan Minecraft Wiki, is that language officially recognized/supported by FANDOM? James Haydon (talk) 16:49, 18 May 2021 (UTC)
@NineTreyBlud: There are different levels of unsupported really. You can create wikis in Catalan, but it isn't officially supported by the IVT (at least at the moment). Languages such as Silesian are not supported at all and you can't set them as your default language in preferences or create wikis in them. I hope that works as a clarification! — Rail (talk | contribs) 16:54, 18 May 2021 (UTC)
Okay I get it now. James Haydon (talk) 16:55, 18 May 2021 (UTC)

What happened to achievement icons?

I just happened to look at my profile tab and noticed that all the achievement icons are now question marks.

I'm curious when this happened. It doesn't seem to do any harm, but it's weird. Amatulic (talk) 20:02, 22 May 2021 (UTC)

It's due to commons wiki breaking down, which serves those images. MysticNebula70 T  03:19, 23 May 2021 (UTC)

1.17-1.18 cave update is kinda like the Beta 1.8 to Release 1.0 Adventure Update.

I believe that is the style they are going for. Also 1.17 is coming out soon, but after that they'll make a snapshot for 1.18.

Advertisement