New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
setBlock does not create/remove tiles #880
Comments
btw you can't link a static artifact name on lastSuccessfulBuild @thebigsmileXD |
Bump: Is this actually a TODO, or should users better create tiles themself via the new, easier tile function? |
ideally plugin developers shouldn't need to know that "tiles" or "block entities" are even a thing - they should just be blocks with special behaviour. So yes, this is a TODO. |
This is planned for resolution in 4.0. Work is underway to deal with this, amongst other issues. |
Issue description
For several reasons i've experienced plugin using setBlock, but forgetting to create/remove a tile for e.g. chests.
So, there are invisible tile blocks after a rejoin, which can be quite annoying
The other scenario: A plugin uses setblock, but doesn't remove the tile. when another tile is placed at the same position, it contains the same data as the old one.
For example you can setBlock a monsterspawner where a chest was, and then you hav a chest displayed inside a monster spawner.
Giving the server the option to remove this would also reduce some load (ticked tiles) and memory on levels, and Level::getTiles() would no longer return invalid tiles.
When setting a TileBlock, a tile could be created using the default compound (previousely getSpawnCompound)
Steps to reproduce the issue
OS and versions
The text was updated successfully, but these errors were encountered: