flying-squid icon indicating copy to clipboard operation
flying-squid copied to clipboard

Slabs & Stairs does not save their rotations and slabs act like normal blocks serverside.

Open TheAlan404 opened this issue 4 years ago • 2 comments

When I place stairs they are in position, but after I reload the chunks they are reverted to the default position. (facing=west)

This happens with slabs too but there is another issue with them: The server treats them as a block, meaning if i stack 2 slabs into a block the servers registers it as 2 slab blocks on top of each other.

So, out of curiosity, I went and did some experiments.

The trapdoor acts same as slabs, if you try to use it while holding a block, the server registers it as a block placement. This happens with doors too so I can confirm #362 . What is interesting is that if you are holding a block it places it but doesnt send the "block place" packet... If you are using your hand it crashes the server.

`C:\Users\privacyPls\Desktop\2Squids\node_modules\minecraft-protocol\src\transforms\fr aming.js:67 } else { throw e } ^

TypeError: Cannot read property 'type' of undefined`

Wait this is a protocol issue...................

TheAlan404 avatar May 02 '20 21:05 TheAlan404

sounds like something is not saving the block states / metadata

what version of minecraft are you using ?

rom1504 avatar May 02 '20 22:05 rom1504

This is indeed not implemented, but can be done using the block placing mechanisms introduced in https://github.com/PrismarineJS/flying-squid/pull/381

At the moment, all blocks that have a metadata dependent on the way they are placed and the blocks that are placed by a different items are not implemented.

For example, this is how I defined the sign placement: https://github.com/PrismarineJS/flying-squid/pull/381/files#diff-72929334a2815d867e38f00a3c10cdd7R7 That is both from a different item and dependent on the placing player orientation.

Related to https://github.com/PrismarineJS/flying-squid/issues/9

Karang avatar May 03 '20 07:05 Karang