2019-04-22 21:36:14 +00:00
From 8e4968e7640c46591f5442686ef86bc5cf1bd401 Mon Sep 17 00:00:00 2001
2017-11-16 12:37:52 +00:00
From: Shane Freeder <theboyetronic@gmail.com>
Date: Thu, 16 Nov 2017 12:12:41 +0000
Subject: [PATCH] use CB BlockState implementations for captured blocks
When modifying the world, CB will store a copy of the affected
blocks in order to restore their state in the case that the event
is cancelled. This change only modifies the collection of blocks
in the world by normal means, e.g. not during tree population,
as the potentially marginal overheads would serve no advantage.
CB was using a CraftBlockState for all blocks, which causes issues
should any block that uses information beyond a data ID would suffer
from missing information, e.g. Skulls.
By using CBs CraftBlock#getState(), we will maintain a proper copy of
the blockstate that will be valid for restoration, as opposed to dropping
information on restoration when the event is cancelled.
diff --git a/src/main/java/net/minecraft/server/World.java b/src/main/java/net/minecraft/server/World.java
2019-04-22 21:36:14 +00:00
index cdef374c61..d87b08a49e 100644
2017-11-16 12:37:52 +00:00
--- a/src/main/java/net/minecraft/server/World.java
+++ b/src/main/java/net/minecraft/server/World.java
2019-02-03 15:34:04 +00:00
@@ -395,7 +395,7 @@ public abstract class World implements IEntityAccess, GeneratorAccess, IIBlockAc
2017-11-16 12:37:52 +00:00
// CraftBukkit start - capture blockstates
2018-07-18 00:08:13 +00:00
CraftBlockState blockstate = null;
2017-11-16 12:37:52 +00:00
if (this.captureBlockStates) {
2018-07-18 00:08:13 +00:00
- blockstate = org.bukkit.craftbukkit.block.CraftBlockState.getBlockState(this, blockposition, i);
+ blockstate = (CraftBlockState) world.getBlockAt(blockposition.getX(), blockposition.getY(), blockposition.getZ()).getState(); // Paper - use CB getState to get a suitable snapshot
2017-11-16 12:37:52 +00:00
this.capturedBlockStates.add(blockstate);
}
// CraftBukkit end
--
2019-03-20 01:46:00 +00:00
2.21.0
2017-11-16 12:37:52 +00:00