Confirming for 1.4.6. Large Shallow pools such as those found on plains large biomes seem to be a killing field for these poor creatures. But hey, free ink sacs with no effort for me.
"Simple" build that confirms the issue.
Punch obsidian to observe normal behavior.
Toggle lever (This slides a block under the chest to expose darkness)
Punch obsidian to observe the lag.
These spike to 50% for me:
root.gamerenderer.level.terrain_setup.culling.build_near 1.8.9
root.tick.level.entities.blockEntities.aqr.checkedPosition 15w51b
A simpler test case could be to issue the kill command to endermen.
The server I play on runs a custom plugin called moblimiter which culls active old mobs past a certain age and mobs of a certain density in an unloaded chunk. It basically keeps the game from becoming inherently "peaceful" because all the mobs are stuck out of range.
It's quite unsettling to be playing/mining in the end and all the endermen around me spontaneously die AND teleport.
It feels like the order of operations is not quite right or there is no "am I dead or dying" check.
Confirming 1.13.2 Brewing solely almost entirely by automation I thought it was strange behavior that bottles were being ejected when I was doing it by hand with a stack and couldn't figure out where the extra bottles were coming from, but no, single bottles are being consumed wholly while if more than one breath is in the ingredient pane, a bottle would be ejected. This, I think, is the real bug - inconsistent behavior.
New behavior on this old bug this time around: I rode a horse a short distance and dismounted it. Instead of disappearing it appeared to be flickering between two locations. I could not mount it, but I could see it as if it were trying to exist in two locations and the rendering engine was trying to teleport them between two locations very rapidly. But yeah if you ride long distances, you probably won't see the effect and assume the horse disappeared.
Updating to comment that hacked clients / players are exploiting this glitch to crash / freeze users by in game proximity. We banned 3 players utilizing this exploit on our server today.
I highly recommend testing this on glass pane / iron bar parkour. Every time you slip off while crouching, recall if you were backing up when it happened.
It's possible to slide off of the glass pane while crouching if you are slipping forward while attempting to back up while crouching. If you are not backing up, you will not slip off.
PlNG
MC-6722
MCL-1556
Okay what appears to be happening is that the "line" is being drawn from a fixed point on the player's screen that is not accounting for arm movement.
Confirming for 1.4.6.
confirmed for 1.4.6.
Swinging to the north makes it go up (upside down?) and swinging to the south looks fine.
Confirming for 1.4.6. Large Shallow pools such as those found on plains large biomes seem to be a killing field for these poor creatures. But hey, free ink sacs with no effort for me.
@Kumasasa Have you removed both the Ahem and Csstest font families?
Clear internet caches?
Check the font folder by changing the view to files / detailed and removing fonts added/modified/changed during the time of testing?
Otherwise, I don't know. I need the fonts for development and hadn't considered removing them.
Yes, updated.
"Simple" build that confirms the issue.
Punch obsidian to observe normal behavior.
Toggle lever (This slides a block under the chest to expose darkness)
Punch obsidian to observe the lag.
These spike to 50% for me:
root.gamerenderer.level.terrain_setup.culling.build_near 1.8.9
root.tick.level.entities.blockEntities.aqr.checkedPosition 15w51b
A simpler test case could be to issue the kill command to endermen.
The server I play on runs a custom plugin called moblimiter which culls active old mobs past a certain age and mobs of a certain density in an unloaded chunk. It basically keeps the game from becoming inherently "peaceful" because all the mobs are stuck out of range.
It's quite unsettling to be playing/mining in the end and all the endermen around me spontaneously die AND teleport.
It feels like the order of operations is not quite right or there is no "am I dead or dying" check.
Confirming 1.13.2 Brewing solely almost entirely by automation I thought it was strange behavior that bottles were being ejected when I was doing it by hand with a stack and couldn't figure out where the extra bottles were coming from, but no, single bottles are being consumed wholly while if more than one breath is in the ingredient pane, a bottle would be ejected. This, I think, is the real bug - inconsistent behavior.
New behavior on this old bug this time around: I rode a horse a short distance and dismounted it. Instead of disappearing it appeared to be flickering between two locations. I could not mount it, but I could see it as if it were trying to exist in two locations and the rendering engine was trying to teleport them between two locations very rapidly. But yeah if you ride long distances, you probably won't see the effect and assume the horse disappeared.
Confirmed for 1.14.4 with repeaters. Top face is unusable. Side faces are usable.
Updating to comment that hacked clients / players are exploiting this glitch to crash / freeze users by in game proximity. We banned 3 players utilizing this exploit on our server today.
Seems like there's a script / tool to do this. We've banned more players.
I highly recommend testing this on glass pane / iron bar parkour. Every time you slip off while crouching, recall if you were backing up when it happened.
It's possible to slide off of the glass pane while crouching if you are slipping forward while attempting to back up while crouching. If you are not backing up, you will not slip off.
Minecraft 1.20.5 - Singleplayer 2024-04-23 23-17-41.mp4