Minecraft:Java Edition 1.3.1/List of broken features - Revision history

SyncBot: Sync: updated from Minecraft

2026-09-08T11:06:13Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:06, 8 September 2026
Line 414:		Line 414:
	{{In development\|je\|\|26.3\|section=1\|}}		{{In development\|je\|\|26.3\|section=1\|}}
	{{more images\|section=1}}		{{more images\|section=1}}
	{{info needed section\|also elaborate on shulker and chorus fruit particles}}		{{info needed section\|
			* also elaborate on shulker and chorus fruit particles
			* does it really count as fully fixed if {{bug\|MC-311667}} exists, or was that also the case before 1.3.1?}}
	[[Minecraft:Endermen]] are programmed to create a trail of particles leading from their old location to their new location when teleporting, but this is not networked correctly.{{until\|java 26.3}} As a result, the particles did not appear in multiplayer and no longer appear at all since 12w18a.{{until\|java 26.3}} Note that due to [[#Instant entity teleportation\|teleportation no longer being instant]], some particles may still appear – these are simply a result of the enderman happening to emit ambient particles mid-interpolation, rather than an effect intentionally programmed into the game. The original teleportation particles have yet to be fixed.{{until\|java 26.3}}		[[Minecraft:Endermen]] are programmed to create a trail of particles leading from their old location to their new location when teleporting, but this is not networked correctly.{{until\|java 26.3}} As a result, the particles did not appear in multiplayer and no longer appear at all since 12w18a.{{until\|java 26.3}} Note that due to [[#Instant entity teleportation\|teleportation no longer being instant]], some particles may still appear – these are simply a result of the enderman happening to emit ambient particles mid-interpolation, rather than an effect intentionally programmed into the game. The original teleportation particles have yet to be fixed.{{until\|java 26.3}}

	== References ==		== References ==
	{{reflist}}		{{reflist}}

SyncBot: Sync: updated from Minecraft

2026-08-28T11:17:20Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:17, 28 August 2026
Line 414:		Line 414:
	{{In development\|je\|\|26.3\|section=1\|}}		{{In development\|je\|\|26.3\|section=1\|}}
	{{more images\|section=1}}		{{more images\|section=1}}
	[[Minecraft:Endermen]] are programmed to create a trail of particles leading from their old location to their new location when teleporting, but this is not networked correctly.{{until\|java 26.3}} As a result, the particles did not appear in multiplayer and no longer appear at all since 12w18a.{{until\|java 26.3}} Note that due to [[#Instant entity teleportation\|teleportation no longer being instant]], some particles may still appear – these are simply a result of the enderman happening to emit ambient particles mid-interpolation, rather than an effect intentionally programmed into the game. The original teleportation particles have yet to be fixed.		{{info needed section\|also elaborate on shulker and chorus fruit particles}}
			[[Minecraft:Endermen]] are programmed to create a trail of particles leading from their old location to their new location when teleporting, but this is not networked correctly.{{until\|java 26.3}} As a result, the particles did not appear in multiplayer and no longer appear at all since 12w18a.{{until\|java 26.3}} Note that due to [[#Instant entity teleportation\|teleportation no longer being instant]], some particles may still appear – these are simply a result of the enderman happening to emit ambient particles mid-interpolation, rather than an effect intentionally programmed into the game. The original teleportation particles have yet to be fixed.{{until\|java 26.3}}

	== References ==		== References ==
	{{reflist}}		{{reflist}}

SyncBot: Sync: updated from Minecraft

2026-08-27T11:13:16Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:13, 27 August 2026
Line 2:		Line 2:

	== Summary ==		== Summary ==
	~~{{info needed section\|Was MC-4 one of these?}}~~
	Note that due to the nature of these bugs, all of the features listed here only functioned in singleplayer prior to 12w18a – the reason they broke in the first place is because singleplayer was changed to use multiplayer logic internally and these features were not accounted for. Likewise, features that have since been fixed now function in both singleplayer and multiplayer.		Note that due to the nature of these bugs, all of the features listed here only functioned in singleplayer prior to 12w18a – the reason they broke in the first place is because singleplayer was changed to use multiplayer logic internally and these features were not accounted for. Likewise, features that have since been fixed now function in both singleplayer and multiplayer.

Line 50:		Line 49:
	\| {{tc\|yes\|[[Minecraft:24w44a]] (commands)<br />[[Minecraft:26.1 Snapshot 3]] (beds)}}		\| {{tc\|yes\|[[Minecraft:24w44a]] (commands)<br />[[Minecraft:26.1 Snapshot 3]] (beds)}}
	\| {{tc\|yes\|{{bug\|MC-72846}}<br />{{bug\|MC-233911}}}}		\| {{tc\|yes\|{{bug\|MC-72846}}<br />{{bug\|MC-233911}}}}
			\|-
			! [[#Dropped item positional accuracy\|Dropped item positional accuracy]]
			\| Items drops would appear in the correct location without snapping or rounding to desynchronized coordinates.
			\| {{tc\|upcoming\|[[Minecraft:16w06a]] (partial)<br />[[Minecraft:16w32a]] (partial)<br />[[Minecraft:26.3 Snapshot 1]] (full)}}
			\| {{tc\|yes\|{{bug\|MC-4}}}}
	\|-		\|-
	! [[#Dragon egg trails\|Dragon egg trails]]		! [[#Dragon egg trails\|Dragon egg trails]]
Line 385:		Line 389:
	1.3.1 sleeping animation.gif\|After 1.3.1		1.3.1 sleeping animation.gif\|After 1.3.1
	</gallery>		</gallery>

			=== Dropped item positional accuracy ===
			{{In development\|je\|\|26.3\|section=1\|}}
			{{more images\|section=1}}
			{{info needed section\|
			* does https://youtu.be/VKHBJxtSlc0 contain any relevant information?
			* was {{bug\|MC-249200}} also caused by 12w18a?}}
			In singleplayer before 12w18a, items dropped from the player or blocks would display at the correct location without any corrections or errors. After 12w18a's server merge, the client still kept its high precision velocity calculation instead of conforming to the servers low precision velocity calculation. This resulted in item drops being misplaced or snapping from its intended location due to server and client mismatch of precise coordinates.

			An attempted fix was made in [[Minecraft:1.8.1-pre1]], which had no effect. In [[Minecraft:16w06a]], a change to entity movement partially corrected the block edge miscalculation issue in regular gameplay scenarios. An undocumented change occurred in [[Minecraft:16w32a]], mentioned by [[Minecraft:Jeb]] on the issue tracker<ref>''Jens Bergensten - It's fixed to the point that I can't reproduce it any more. Please update the bug report after the first 1.11 snapshot if you find a way to reproduce it. Obviously the items will jitter slightly depending on client-server lag issues, but items should no longer appear in the wrong locations.''</ref> and Reddit<ref>https://www.reddit.com/r/Minecraft/comments/4w5qla/mc4_the_bug_of_item_drops_sometimes_appearing_at/d66vgxd</ref>, that fixed the correction snapping issue, In [[Minecraft:26.3 Snapshot 1]], all remaining server/client mismatches of item coordinates were finally fixed, closing the issue after 13 years of being open.<ref>{{bug\|MC-4\|\|\|Fixed}}</ref>

	=== Dragon egg trails ===		=== Dragon egg trails ===

SyncBot: Sync: updated from Minecraft

2026-08-26T11:12:22Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:12, 26 August 2026
Line 2:		Line 2:

	== Summary ==		== Summary ==
			{{info needed section\|Was MC-4 one of these?}}
	Note that due to the nature of these bugs, all of the features listed here only functioned in singleplayer prior to 12w18a – the reason they broke in the first place is because singleplayer was changed to use multiplayer logic internally and these features were not accounted for. Likewise, features that have since been fixed now function in both singleplayer and multiplayer.		Note that due to the nature of these bugs, all of the features listed here only functioned in singleplayer prior to 12w18a – the reason they broke in the first place is because singleplayer was changed to use multiplayer logic internally and these features were not accounted for. Likewise, features that have since been fixed now function in both singleplayer and multiplayer.

Line 56:		Line 56:
	\| {{tc\|yes\|{{bug\|MC-160}}<br>{{bug\|MC-2157}}}}		\| {{tc\|yes\|{{bug\|MC-160}}<br>{{bug\|MC-2157}}}}
	\|-		\|-
			! [[#Enderman teleport particles\|Enderman teleport particles]]
			\| [[Minecraft:Endermen]] would produce a trail of particles upon teleportation.
			\| {{tc\|upcoming\|[[Minecraft:26.3 Snapshot 10]]}}
			\| {{tc\|yes\|{{bug\|MC-258347}}}}
			\|-
	! [[#Map behavior\|Map behavior]]		! [[#Map behavior\|Map behavior]]
	\| [[Minecraft:Map]]s would draw new terrain very quickly, restore visible terrain instantly after a world reload, and update the position marker to match the player's position/rotation continuously with no delay.		\| [[Minecraft:Map]]s would draw new terrain very quickly, restore visible terrain instantly after a world reload, and update the position marker to match the player's position/rotation continuously with no delay.
Line 94:		Line 99:
	\| {{tc\|no\|Not fixed}}		\| {{tc\|no\|Not fixed}}
	\| {{tc\|partial\|{{bug\|MC-217618}}<br />{{bug\|MC-217619}}<br />{{bug\|MC-217641}}}}		\| {{tc\|partial\|{{bug\|MC-217618}}<br />{{bug\|MC-217619}}<br />{{bug\|MC-217641}}}}
	\|-
	~~! [[#Enderman teleport particles\|Enderman teleport particles]]~~
	~~\| [[Minecraft:Endermen]] would produce a trail of particles upon teleportation.~~
	~~\| {{tc\|no\|Not fixed}}~~
	~~\| {{tc\|partial\|{{bug\|MC-258347}}}}~~
	\|-		\|-
	! [[#Ghast loading animation\|Ghast loading animation]]		! [[#Ghast loading animation\|Ghast loading animation]]
Line 120:		Line 120:
	\| {{tc\|unknown\|None/Unknown}}		\| {{tc\|unknown\|None/Unknown}}
	\|}		\|}


	== Still-broken features ==		== Still-broken features ==
Line 159:		Line 158:
	Iron golem no creation particles.png		Iron golem no creation particles.png
	</gallery>		</gallery>

	~~=== Enderman teleport particles ===~~
	~~{{more images\|section=1}}~~
	[[Minecraft:Endermen]] are programmed to create a trail of particles leading from their old location to their new location when teleporting, but this is not networked correctly. As a result, the particles did not appear in multiplayer and no longer appear at all since 12w18a. Note that due to [[#Instant entity teleportation\|teleportation no longer being instant]], some particles may still appear – these are simply a result of the enderman happening to emit ambient particles mid-interpolation, rather than an effect intentionally programmed into the game. The original teleportation particles have yet to be fixed.

	=== Ghast loading animation ===		=== Ghast loading animation ===
Line 401:		Line 396:
	Dragon egg wrong trail particles.png\|1.4.3 – 26.3 Snapshot 3: particles point in a completely wrong direction		Dragon egg wrong trail particles.png\|1.4.3 – 26.3 Snapshot 3: particles point in a completely wrong direction
	</gallery>		</gallery>

			=== Enderman teleport particles ===
			{{In development\|je\|\|26.3\|section=1\|}}
			{{more images\|section=1}}
			[[Minecraft:Endermen]] are programmed to create a trail of particles leading from their old location to their new location when teleporting, but this is not networked correctly.{{until\|java 26.3}} As a result, the particles did not appear in multiplayer and no longer appear at all since 12w18a.{{until\|java 26.3}} Note that due to [[#Instant entity teleportation\|teleportation no longer being instant]], some particles may still appear – these are simply a result of the enderman happening to emit ambient particles mid-interpolation, rather than an effect intentionally programmed into the game. The original teleportation particles have yet to be fixed.

	== References ==		== References ==
	{{reflist}}		{{reflist}}

SyncBot: Sync: updated from Minecraft

2026-08-16T11:07:25Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:07, 16 August 2026
Line 178:		Line 178:

	=== Instant entity teleportation ===		=== Instant entity teleportation ===
	{{more images\|section=1\|~~endermen~~ (~~i don't think there's~~ a good way to show ender pearls but ~~do also~~ show if there is)}}		{{more images\|section=1\|Enderman (Might not be a good way to show ender pearls but show if there is)}}
	Teleporting entities originally snapped straight from their old position to their new position, with no visible movement between them, as would be expected from a teleport. However, client-side interpolation is not turned off for teleporting entities in multiplayer (and singleplayer after 12w18a), causing them to instead appear to quickly travel in a straight line to the new position. This was reported on the issue tracker and closed as "Works As Intended".<ref>{{bug\|MC-303560\|resolution=WAI}}</ref>		Teleporting entities originally snapped straight from their old position to their new position, with no visible movement between them, as would be expected from a teleport. However, client-side interpolation is not turned off for teleporting entities in multiplayer (and singleplayer after 12w18a), causing them to instead appear to quickly travel in a straight line to the new position. This was reported on the issue tracker and closed as "Works As Intended".<ref>{{bug\|MC-303560\|resolution=WAI}}</ref>

Line 210:		Line 210:
	</gallery>		</gallery>

	After:		After (12w18a-14w27b):
	<gallery>		<gallery>
	1.3.1 map drawing speed.gif\|Creating a new map		1.3.1 map drawing speed.gif\|Creating a new map

SyncBot: Sync: updated from Minecraft

2026-08-14T11:05:47Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:05, 14 August 2026
Line 24:		Line 24:
	\| Taking damage would cause the lost hearts to flash a pale red color on the HUD.		\| Taking damage would cause the lost hearts to flash a pale red color on the HUD.
	\| {{tc\|yes\|[[Minecraft:14w32a]]}}		\| {{tc\|yes\|[[Minecraft:14w32a]]}}
	\| {{tc\|yes\|{{bug\|MC-~~2390~~}}}}		\| {{tc\|yes\|{{bug\|MC-2930}}}}
	\|-		\|-
	! [[#Most server-side particles\|Most server-side particles]]		! [[#Most server-side particles\|Most server-side particles]]
Line 120:		Line 120:
	\| {{tc\|unknown\|None/Unknown}}		\| {{tc\|unknown\|None/Unknown}}
	\|}		\|}


	== Still-broken features ==		== Still-broken features ==

SyncBot: Sync: updated from Minecraft

2026-07-28T11:07:45Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:07, 28 July 2026
Line 111:		Line 111:
	\|-		\|-
	! [[#Instant entity teleportation\|Instant entity teleportation]]		! [[#Instant entity teleportation\|Instant entity teleportation]]
	\| Teleporting entities, ~~namely~~ endermen, would move instantly to their new location instead of interpolating to it.		\| Teleporting entities (most notably, endermen) would move instantly to their new location instead of interpolating to it.
	\| {{tc\|no\|Not fixed}}		\| {{tc\|no\|Not fixed}}
	\| {{tc\|no\|{{bug\|MC-303560}}<br />resolved as "Works As Intended"}}		\| {{tc\|no\|{{bug\|MC-303560}}<br />resolved as "Works As Intended"}}
Line 121:		Line 121:
	\|}		\|}

	== Still broken features ==		== Still-broken features ==
	=== Specialized loading text ===		=== Specialized loading text ===
	Loading screens would originally change their upper line of text to be specialized to the action that was being performed. When entering the Nether or End, the screen would respectively display "Entering the Nether" or "Entering the End". Leaving either dimension would display "Leaving the Nether" or "Leaving the End". Respawning after death would display "Respawning", while deleting the world after dying in [[Minecraft:Hardcore]] mode would display "Deleting world". All of these no longer occur since 12w18a. In [[Minecraft:Java Edition 1.20.5]], dimension backgrounds were added to distinguish the Nether or End dimension teleports, but the text has yet to be restored and there is still no loading screen displayed when respawning.		Loading screens would originally change their upper line of text to be specialized to the action that was being performed. When entering the Nether or End, the screen would respectively display "Entering the Nether" or "Entering the End". Leaving either dimension would display "Leaving the Nether" or "Leaving the End". Respawning after death would display "Respawning", while deleting the world after dying in [[Minecraft:Hardcore]] mode would display "Deleting world". All of these no longer occur since 12w18a. In [[Minecraft:Java Edition 1.20.5]], dimension backgrounds were added to distinguish the Nether or End dimension teleports, but the text has yet to be restored and there is still no loading screen displayed when respawning.
Line 164:		Line 164:

	=== Ghast loading animation ===		=== Ghast loading animation ===
	When [[Minecraft:ghast]]s were first added, they would ~~expand~~ slightly before shooting a fireball, similarly to a creeper about to explode. This created the effect of the ghast "charging" a fireball, rather than just opening its mouth and firing it. They would also ~~shrink back~~ to normal size if the player gets out of their sight before they can shoot a fireball. However, the effect was not properly networked from the server to the client, causing it to not work in multiplayer. As a result, when singleplayer was changed to use an internal server, the effect broke there too. The ~~expand~~ code was removed entirely in [[Minecraft:Java Edition 1.8\|1.8]].		When [[Minecraft:ghast]]s were first added, they would compress slightly before shooting a fireball, similarly to a creeper about to explode. This created the visual effect of the ghast "charging" a fireball, rather than just opening its mouth and firing it. They would also return to normal size if the player gets out of their sight before they can shoot a fireball. However, the effect was not properly networked from the server to the client, causing it to not work in multiplayer. As a result, when singleplayer was changed to use an internal server, the effect broke there too. The code which created this effect was removed from the game entirely in [[Minecraft:Java Edition 1.8\|1.8]].
	<gallery>		<gallery>
	File:Expanding Ghast.gif\|A ghast shooting a fireball		File:Expanding Ghast.gif\|A ghast shooting a fireball
	File:Ghast Deflate.gif\|A ghast "~~deflating~~" after ~~the~~ player gets out of ~~their~~ sight		File:Ghast Deflate.gif\|A ghast "reinflating" after a player gets out of its sight
	</gallery>		</gallery>

	=== Minecart physics ===		=== Minecart physics ===
	Prior to the client-server split, minecarts were capable of pushing players, and would react immediately and change direction when pushed. However, minecarts no longer push the player, and turn ~~very sluggishly~~.<gallery>		Prior to the client-server split, minecarts were capable of pushing players, and would react immediately and change direction when pushed. However, minecarts no longer push the player, and turn more gradually.<gallery>
	Minecart1.2.5.gif\|Minecart in 1.2.5		Minecart1.2.5.gif\|Minecart in 1.2.5
	Minecart1.3.1.gif\|Minecart in 1.3.1 and onwards		Minecart1.3.1.gif\|Minecart in 1.3.1 and onwards

SyncBot: Sync: updated from Minecraft

2026-07-25T11:06:27Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:06, 25 July 2026
Line 384:		Line 384:
	Before 12w18a, the sky would instantly change its appearance after the sleeping animation, or after changing time with commands. As of 12w18a there is a noticeable delay before the sky's appearance actually changes as a result of the server only periodically sending time of day updates to clients. Fixed in [[Minecraft:Java Edition 24w44a\|24w44a]] for the {{cmd\|time}} command{{info needed\|was there a bug report for this?}} and in [[Minecraft:26.1 Snapshot 3]] for beds.<ref>{{bug\|MC-233911\|\|\|Fixed}}</ref>		Before 12w18a, the sky would instantly change its appearance after the sleeping animation, or after changing time with commands. As of 12w18a there is a noticeable delay before the sky's appearance actually changes as a result of the server only periodically sending time of day updates to clients. Fixed in [[Minecraft:Java Edition 24w44a\|24w44a]] for the {{cmd\|time}} command{{info needed\|was there a bug report for this?}} and in [[Minecraft:26.1 Snapshot 3]] for beds.<ref>{{bug\|MC-233911\|\|\|Fixed}}</ref>

	Note that at some point around the same time as the fix, the sun and moon began interpolating to their new positions over a single tick whenever the time changes instead of moving instantly, but this is very hard to notice and is an unrelated bug which isn't directly caused by any changes made in 12w18a.		Note that at some point around the same time as the fix, the sun and moon began interpolating to their new positions over a single tick whenever the time changes instead of moving instantly, but this is very hard to notice and is an unrelated bug which isn't directly caused by any changes made in 12w18a.{{info needed\|Has this bug been reported, and if so can a link be provided?}}
	<gallery>		<gallery>
	1.2.5 sleeping animation.gif\|Before 1.3.1		1.2.5 sleeping animation.gif\|Before 1.3.1

SyncBot: Sync: updated from Minecraft

2026-07-22T11:15:22Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:15, 22 July 2026
Line 197:		Line 197:
	== Partially fixed features ==		== Partially fixed features ==
	=== Map behavior ===		=== Map behavior ===
	{{more images\|Comparison of pre-14w28a and post-14w28a, so we have a direct comparison between the current ~~behaviour~~ and the original, intended ~~behaviour~~\|section=1}}		{{more images\|Comparison of pre-14w28a and post-14w28a, so we have a direct comparison between the current behavior and the original, intended behavior\|section=1}}
	[[Minecraft:Map]]s originally had the ability to draw in new terrain very quickly, and the marker indicating the player's location would update in real-time as the player moved and turned. Additionally, opening an existing map after a world reload would have its contents be visible immediately. Since 12w18a, terrain on maps (both new and existing) is now very slowly drawn in column-by-column, and the position marker appears noticeably more choppy, only updating around three to four times per second.		[[Minecraft:Map]]s originally had the ability to draw in new terrain very quickly, and the marker indicating the player's location would update in real-time as the player moved and turned. Additionally, opening an existing map after a world reload would have its contents be visible immediately. Since 12w18a, terrain on maps (both new and existing) is now very slowly drawn in column-by-column, and the position marker appears noticeably more choppy, only updating around three to four times per second.

SyncBot: Sync: updated from Minecraft

2026-07-20T11:48:18Z

Sync: updated from Minecraft

← Older revision		Revision as of 11:48, 20 July 2026
Line 66:		Line 66:
	\| {{tc\|yes\|{{bug\|MC-233}}}}		\| {{tc\|yes\|{{bug\|MC-233}}}}
	\|-		\|-
	\| {{tc\|no\|{{bug\|MC-~~212651\|resolution=Invalid~~}}}}		\| {{tc\|no\|{{bug\|MC-302305}}<br />resolved as "Won't Fix"}}
	\|-		\|-
	! rowspan=2 \| [[#Directional damage tilt\|Directional damage tilt]]		! rowspan=2 \| [[#Directional damage tilt\|Directional damage tilt]]
Line 217:		Line 217:

	=== Portal travel sound ===		=== Portal travel sound ===
	Travelling to another dimension via the use of a [[Minecraft:Nether portal]] or [[Minecraft:End portal]] would result in a dedicated sound being played on the dimension loading screen. However, this sound did not play in multiplayer, and the player would instead be teleported silently. Therefore, when singleplayer was changed to use a multiplayer server in 12w18a, the sound stopped playing in singleplayer too. In [[Minecraft:Java Edition 16w02a\|16w02a]], this sound would now play again, but after transport to the dimension rather than on the loading screen.<ref>{{bug\|MC-~~212651~~}}</ref>		Travelling to another dimension via the use of a [[Minecraft:Nether portal]] or [[Minecraft:End portal]] would result in a dedicated sound being played on the dimension loading screen. However, this sound did not play in multiplayer, and the player would instead be teleported silently. Therefore, when singleplayer was changed to use a multiplayer server in 12w18a, the sound stopped playing in singleplayer too. In [[Minecraft:Java Edition 16w02a\|16w02a]], this sound would now play again, but after transport to the dimension rather than on the loading screen.<ref>{{bug\|MC-302305}}</ref>

	=== Directional damage tilt ===		=== Directional damage tilt ===