As a Mirai user, I really like Mirai, which is why I say this. Please forgive me, the current jar release method is really inconvenient! The current action configuration is very troublesome for version management and download. Maybe you do this for your own reasons, I understand what you are doing very well, but as a normal user, I still make such a suggestion, thank you anyway.

Brief introduction： I drive a 50-person daily active server, but I'm distressed that many players don't have high latency, but often drop the line At first I thought that this option was not turned on, but he had already turned it on, and I found that after turning off this option, there were fewer abnormal drops So,i close it "use-alternate-keepalive: false" （In Timings ) I would like to ask why this option is not useful, and the chance of letting the line drop increase, can you check the patch?

Ver ：This server is running Mirai version git-Mirai-28d706c (MC: 1.19) (Implementing API version 1.19-R0.1-SNAPSHOT) (Git: 28d706c on ver/1.19)

Config：https://timings.aikar.co/?id=97282b895319403baa17e06a75616ee1

Hoglin will stay away from The Strange Bacteria, Strange Mushroom Potted Plants, Nether Portal Blocks, and Respawn Anchors 7 blocks

But it dont work on the mirai lastest ver

This server is running Mirai version git-Mirai-64a31b5 (MC: 1.19) (Implementing API version 1.19-R0.1-SNAPSHOT) (Git: 64a31b5 on ver/1.19)

Update the upstream, and delete these patches below that cause compiling errors: 0101-Fix-a-bunch-of-vanilla-bugs.patch 0103-PaperPR-Set-position-before-player-sending-on-dimens.patch 0108-Run-tasks-while-reading-poi-data.patch 0109-Run-tasks-while-we-wait-for-the-entity-storage-worke.patch

Hi, I juste dicoverd and tested Mirai, It seam pretty good for the server performances in general until I try chunky to check the chunk load rate.

For the first time I use Chunky with Mirai the server crashed. So to be sure it was chunk generation I walked far from my pregenerate zone and when entering the non generated zone the server crashed the same way, I also try to teleport myseft realy far and same crash.

I got a lot of thread dump but there is the last one I got (from teleporting)

• https://pastebin.com/LBEqH8iw

Last logs before crash:

• https://pastebin.com/7j6xsZg6

I used the last release of Mirai (1.19) with TEMURIN 18 and the JVM Flags on the git repo https://github.com/etil2jz/etil-minecraft-flags

Btw Idk if its realy Mirai or my physical server but I think not.

I also found a problem with AI MythicMobs

[13:56:27 ERROR]: [STDERR] [net.minecraft.world.entity.EntityLiving] [NAN-HEALTH] be291e57-6cbb-4d8a-936a-9435a29b80d6 had NaN health set [13:56:27 WARN]: [MythicMobs] Failed to construct AI pathfinder lookatplayers [13:56:27 WARN]: java.lang.IllegalStateException: Cannot add sublisteners after listening range was set! [13:56:27 WARN]: at me.jellysquid.mods.lithium.common.entity.tracker.nearby.NearbyEntityListenerMulti.addListener(NearbyEntityListenerMulti.java:18) [13:56:27 WARN]: at net.minecraft.world.entity.Entity.addListener(Entity.java:175) [13:56:27 WARN]: at net.minecraft.world.entity.ai.goal.PathfinderGoalLookAtPlayer.(PathfinderGoalLookAtPlayer.java:59) [13:56:27 WARN]: at net.minecraft.world.entity.ai.goal.PathfinderGoalLookAtPlayer.(PathfinderGoalLookAtPlayer.java:36) [13:56:27 WARN]: at MythicMobs-5.1.0-SNAPSHOT 4194 .jar//io.lumine.mythic.core.volatilecode.v1_19_R1.ai.goals.LookAtPlayersGoal.create(LookAtPlayersGoal.java:26) [13:56:27 WARN]: at MythicMobs-5.1.0-SNAPSHOT 4194 .jar//io.lumine.mythic.core.volatilecode.v1_19_R1.VolatileAIHandlerImpl.addPathfinderGoals(VolatileAIHandlerImpl.java:264) [13:56:27 WARN]: at MythicMobs-5.1.0-SNAPSHOT 4194 .jar//io.lumine.mythic.core.skills.mechanics.RunAIGoalSelectorMechanic.cast(RunAIGoalSelectorMechanic.java:51) [13:56:27 WARN]: at MythicMobs-5.1.0-SNAPSHOT 4194 .jar//io.lumine.mythic.core.skills.SkillMechanic.executeNoTargetSkill(SkillMechanic.java:545) [13:56:27 WARN]: at MythicMobs-5.1.0-SNAPSHOT 4194 .jar//io.lumine.mythic.core.skills.SkillMechanic.lambda$executeSkills$6(SkillMechanic.java:490) [13:56:27 WARN]: at MythicMobs-5.1.0-SNAPSHOT 4194 .jar//io.lumine.mythic.bukkit.utils.Delegates$RunnableToSupplier.get(Delegates.java:121) [13:56:27 WARN]: at MythicMobs-5.1.0-SNAPSHOT 4194 .jar//io.lumine.mythic.bukkit.utils.promise.LuminePromise$SupplyRunnable.run(LuminePromise.java:654) [13:56:27 WARN]: at MythicMobs-5.1.0-SNAPSHOT 4194 .jar//io.lumine.mythic.bukkit.utils.tasks.LumineExecutors$SchedulerWrappedRunnable.run(LumineExecutors.java:70) [13:56:27 WARN]: at org.bukkit.craftbukkit.v1_19_R1.scheduler.CraftTask.run(CraftTask.java:101) [13:56:27 WARN]: at org.bukkit.craftbukkit.v1_19_R1.scheduler.CraftScheduler.mainThreadHeartbeat(CraftScheduler.java:483) [13:56:27 WARN]: at net.minecraft.server.MinecraftServer.b(MinecraftServer.java:1507) [13:56:27 WARN]: at net.minecraft.server.dedicated.DedicatedServer.b(DedicatedServer.java:459) [13:56:27 WARN]: at net.minecraft.server.MinecraftServer.a(MinecraftServer.java:1430) [13:56:27 WARN]: at net.minecraft.server.MinecraftServer.v(MinecraftServer.java:1198) [13:56:27 WARN]: at net.minecraft.server.MinecraftServer.lambda$spin$1(MinecraftServer.java:304) [13:56:27 WARN]: at java.base/java.lang.Thread.run(Thread.java:833)

Sometimes a similar error may occur in the ModelEngine, I used to use SSSpigot before, this was not

13:59:21 WARN]: [ModelEngine] Plugin ModelEngine vR2.5.2 generated an exception while executing task 467

java.lang.NullPointerException: Cannot invoke "com.ticxo.modelengine.api.animation.Queryable.getQueryID()" because "" is null at com.ticxo.modelengine.api.animation.Query.addQuery(Query.java:23) ~[model-engine-r2_5_2.jar:?] at com.ticxo.modelengine.animation.MEAnimationInterpreter.getFramePosition(MEAnimationInterpreter.java:21) ~[model-engine-r2_5_2.jar:?] at com.ticxo.modelengine.model.part.MEBasePartEntity.tick(MEBasePartEntity.java:84) ~[model-engine-r2_5_2.jar:?] at com.ticxo.modelengine.model.MEActiveModel.tick(MEActiveModel.java:38) ~[model-engine-r2_5_2.jar:?] at com.ticxo.modelengine.model.MEModeledEntity.tick(MEModeledEntity.java:83) ~[model-engine-r2_5_2.jar:?] at com.ticxo.modelengine.manager.MEModelRunnable.run(MEModelRunnable.java:48) ~[model-engine-r2_5_2.jar:?] at org.bukkit.craftbukkit.v1_19_R1.scheduler.CraftTask.run(CraftTask.java:101) ~[mirai-1.19.jar:git-Mirai-28d706c] at org.bukkit.craftbukkit.v1_19_R1.scheduler.CraftAsyncTask.run(CraftAsyncTask.java:57) ~[mirai-1.19.jar:git-Mirai-28d706c] at com.destroystokyo.paper.ServerSchedulerReportingWrapper.run(ServerSchedulerReportingWrapper.java:22) ~[mirai-1.19.jar:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) ~[?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) ~[?:?] at java.lang.Thread.run(Thread.java:833) ~[?:?]

This fixes the build issue on github actions on the purpur 1.18.2 branch by changing the version of Simple-YAML used by Mirai. This is probably only needed until Purpur updates their Pufferfish upstream.

Even if there is no plugin, a save error will occur when the player closes the server after entering, which will cause the player to revert. The latest build of Mirai is used.

There are NPCs that you can see when you reconnect, but there are still NPCs that you can't see. I am using the latest version of Mirai. NPC with type set to animal can be seen well.

archive-2022-06-02T082926+0200.tar.gz My datapacks

For example, I teleported to large coordinates and loaded 1 chunk into them, saw a burst of TPS drop and then after a while the chunks loaded, but when I generate them further they just freeze and slowly continue to display themselves

• Go to structures with a chest that contains a map (treasure map for example) such as shipwreck, ocean ruins
• Open the chest

The server will lag out for a bit, then back to normal. It might also kick other players and corrupt the map as well.

[16:01:48 ERROR]: Packet encoding of packet ID 80 threw (skippable? false) java.lang.IllegalArgumentException: item is null or air at com.google.common.base.Preconditions.checkArgument(Preconditions.java:145) ~[guava-31.0.1-jre.jar:?] at org.bukkit.craftbukkit.v1_19_R1.inventory.CraftMetaBundle.addItem(CraftMetaBundle.java:125) ~[mirai-1.19.2.jar:git-Mirai-17] at org.bukkit.craftbukkit.v1_19_R1.inventory.CraftMetaBundle.(CraftMetaBundle.java:50) ~[mirai-1.19.2.jar:git-Mirai-17] at org.bukkit.craftbukkit.v1_19_R1.inventory.CraftItemStack.getItemMeta(CraftItemStack.java:524) ~[mirai-1.19.2.jar:git-Mirai-17] at org.bukkit.craftbukkit.v1_19_R1.inventory.CraftItemStack.getItemMeta(CraftItemStack.java:283) ~[mirai-1.19.2.jar:git-Mirai-17] at org.bukkit.craftbukkit.v1_19_R1.inventory.CraftItemStack.getItemMeta(CraftItemStack.java:275) ~[mirai-1.19.2.jar:git-Mirai-17] at net.minecraft.world.entity.LivingEntity.sanitizeItemStack(LivingEntity.java:3219) ~[?:?] at net.minecraft.network.syncher.EntityDataSerializers$1.write(EntityDataSerializers.java:41) ~[?:?] at net.minecraft.network.syncher.EntityDataSerializers$1.copy(EntityDataSerializers.java:38) ~[?:?] at net.minecraft.network.syncher.SynchedEntityData.writeDataItem(SynchedEntityData.java:232) ~[?:?] at net.minecraft.network.syncher.SynchedEntityData.pack(SynchedEntityData.java:169) ~[?:?] at net.minecraft.network.protocol.game.ClientboundSetEntityDataPacket.write(ClientboundSetEntityDataPacket.java:33) ~[?:?] at net.minecraft.network.PacketEncoder.encode(PacketEncoder.java:41) ~[mirai-1.19.2.jar:git-Mirai-17] at net.minecraft.network.PacketEncoder.encode(PacketEncoder.java:14) ~[mirai-1.19.2.jar:git-Mirai-17] at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeWrite0(AbstractChannelHandlerContext.java:717) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:709) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:792) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:702) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:120) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeWrite0(AbstractChannelHandlerContext.java:717) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:709) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:792) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:702) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.DefaultChannelPipeline.write(DefaultChannelPipeline.java:1015) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.AbstractChannel.write(AbstractChannel.java:301) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at com.comphenix.protocol.injector.netty.channel.NettyChannelProxy.write(NettyChannelProxy.java:210) ~[ProtocolLib (프로토콜 LIB).jar:?] at com.comphenix.protocol.injector.netty.channel.NettyChannelProxy.write(NettyChannelProxy.java:199) ~[ProtocolLib (프로토콜 LIB).jar:?] at net.minecraft.network.Connection.doSendPacket(Connection.java:459) ~[?:?] at net.minecraft.network.Connection.lambda$sendPacket$10(Connection.java:428) ~[?:?] at com.comphenix.protocol.injector.netty.channel.NettyEventLoopProxy.lambda$proxyRunnable$2(NettyEventLoopProxy.java:48) ~[ProtocolLib (프로토콜 LIB).jar:?] at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) ~[netty-common-4.1.77.Final.jar:4.1.77.Final] at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:167) ~[netty-common-4.1.77.Final.jar:4.1.77.Final] at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:470) ~[netty-common-4.1.77.Final.jar:4.1.77.Final] at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:503) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final] at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:995) ~[netty-common-4.1.77.Final.jar:4.1.77.Final] at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.77.Final.jar:4.1.77.Final] at java.lang.Thread.run(Thread.java:833) ~[?:?] [16:01:48 INFO]: Showing new actionbar title for surbi [16:01:48 INFO]: Showing new actionbar title for Lead_Lord [16:01:48 INFO]: surbi lost connection: Internal Exception: io.netty.handler.codec.EncoderException: java.lang.IllegalArgumentException: item is null or air

It may not be a "mirai-paperclip-1.19.2-R0.1-SNAPSHOT-reobf" problem, but I write because I have an opinion that it may be correct.

This removes the configurable enchantment table book animation tick patch entirely.

This patch has no effect: EnchantmentTableBlockEntity.bookAnimationTick is only called from the TickerHelper created in EnchantmentTableBlock.getTicker, which is only called from the client side / if the server is running as a single-player embedded server (see the super constructor call in the ServerLevel constructor that sets flag to false, which later becomes Level.isClientSide)

https://github.com/PurpurMC/Purpur/commit/86f2da583b1d84372cbca9a7dcfff45c287853ad Move PlayerCommandSendEvent listeners check

https://github.com/PurpurMC/Purpur/commit/86935193f47d810c5239a52c8a690b6d762bf39f Fix the timeout for alternative keepalive handling