Trapdoors' block data is wrong during pasting the schem file.

[128ev98O]

WorldEdit Version

7.3.17

Platform Version

1.21.10-Fabric 0.19.2

Confirmations

• I am using the most recent Minecraft release.
• I am using a version of WorldEdit compatible with my Minecraft version.
• I am using the latest or recommended version of my platform software.
• I am NOT using a hybrid server, e.g. a server that combines Bukkit and Forge. Examples include Arclight, Mohist, and Cardboard.
• I am NOT using a fork of WorldEdit, such as FastAsyncWorldEdit (FAWE) or AsyncWorldEdit (AWE)

Bug Description

I pasted the structure imported from external sources in the world, and after modification and inspection, I decided to export it as a schema file. After exporting the file and pasting it again, it was found that the status of the trapdoor was incorrect: the trapdoor that should have remained open (“[open=true]”) was reset to closed (“[open=false]”)

Expected Behavior

Trapdoors before saving the structure.

Trapdoors after saving the structure.

Reproduction Steps

1. select the area (148608 blocks included)
2. //copy
   3.//schem save 686 sponge.3
   4.//schem load 686 sponge.3
   5.//paste

Anything Else?

I also tried manually placing the flap door and opening it, or filling the opened flap door with the fill command ("/fill ~ ~ ~ ~50 ~2 ~50 minecraft:oak_trapdoor[open=true]"). In both cases, this bug did not arise

[octylFractal]

Please provide the schematic file.

[128ev98O]

yes

686_java.zip

[octylFractal]

It looks like it's just a pasting side-effect, if you do //perf neighbors off and //perf update off it should paste exactly as it was. MC was considering the trapdoors to be "wrong" before and updating them to be open=false for some reason.