Max Lee

All hitboxes of blocks can be calculated serverside and teleport targets adjusted accordingly if that would be the goal. Also if the client waits on the server to teleport then...

I do: You think that it would be an issue that the player doesn't teleport to exactly where he wanted to on the client. What I'm saying is that this...

There are currently no permission nodes defined for the commands, only some of them check for the op status. (bow, waittime, creeperradius, sendplayerdata, vive-only, set) That should probably fixed by...

Yeah which is why I included to at least have a permission for allowing someone to register as a VivePlayer so that this could only be granted to trusted players.

That is for the server owner/admin to decide though. If they install this plugin and only really want to grant the ability to use it only to certain players then...

The issue seems to be due to MobHunting not filtering out the hidden tags from the item component chat packet which ShowItem uses to display it. Filtering the PacketType.Play.Client.CHAT packet...

Tbh. I feel like a deadlock would still be a lot better than a player walking around with op and * permission.

Do you have any further information on the deadlock? Because I have been running a [similar code](https://github.com/Phoenix616/SpecialItems/blob/master/src/main/java/de/themoep/specialitems/actions/ItemAction.java#L445-L462) for years without any issues...

Maybe there could be a timeout or a max amount of concurrently paused ICs? Also for my usecase this wouldn't really be a risk as on my server players don't...

I would imagine the best behaviour would be resetting the oldest one when the limit is reached. As for the chunk: I don't really think keeping a couple chunks loaded...