Spottedleaf

There is nothing I can do to resolve this issue. The problem lies with Forge's implementation of IForgeBlockGetter#getExistingBlockEntity: The Vanilla Level#getBlockEntity method will avoid loading a chunk unless on the...

Just a more detailed look at this: The Forge implementation: ```java @Nullable default BlockEntity getExistingBlockEntity(BlockPos pos) { if (this instanceof Level level) { if (!level.hasChunk(SectionPos.blockToSectionCoord(pos.getX()), SectionPos.blockToSectionCoord(pos.getZ()))) { return null; }...

Re-opened as I can't do anything about it but it's still an issue

Fixed by https://github.com/PaperMC/Folia/commit/db2e6578f8cfb04ab339ca9219ebbf6629d2f091

The changes were done to mirror the player teleportation logic for all entities. This is why the velocity is set to zero and why they are all teleported to the...

In general we (Paper included) don't take external work for updates, since there's a lot of things involved that can go wrong https://github.com/PaperMC/Folia/tree/dev/1.20.6

Any mechanic that relies on precise timing of these tickets cannot work on Folia. The ticket is added before the entity is teleported, but Folia adds some number of ticks...

The server needs to be restarted in these cases. In reality, this only happens due to the lack of a watchdog - which should automatically kill the server and warn...

I have rewritten the collision patch locally to strictly adhere to Vanilla behavior, which fixes this issue, and will eventually push it once it's fully done.

This includes the mentioned collision patch https://github.com/PaperMC/Folia/pull/153