The portal animation can sometimes play after travelling through it. Usually happens in creative mode, but can also happen in survival.
Can be caused by MC-262358, but not exclusively.
I found another way to reproduce it, but it also isn't 100% consistent. It happened in survival mode. The player has a very brief cooldown between travelling through portals. If the player goes out and back into the portal very quickly after changing dimensions, it can cause this as well.
Steps to reproduce
Entering the portal
Walk in and out(Walk out distance about 0.587 block) of the portal immediately after loading the dimension.
Repeat the above steps until successful reproduction.
Related issues
is duplicated by
Attachments
Comments
migrated
UncomfyMattress
I argue that this works as intended. The portal animation fades away as a transition from when the animation fades in before you cross dimensions. The animation doesn't play in creative mode as crossing dimensions is instantaneous in that game mode.
Brevort
That's not what I'm reporting. I'm reporting that it rarely still exists as it did in 23w18a, in creative mode.
muzikbike
Do you fall through the ground first while the dimension loads?
Brevort
Yeah.
ISRosillo14
In my previous code analysis in MC-180 I stated that simply fixing it by letting the client know that a portal was used through ClientboundRespawnPacket.java, the fix would not always work. As I said before, this is probably caused by some data loss from the local player, because when you travel between dimensions, this player instance is completely deleted and then the game creates a new one. In the proposed fix I took out the dimension change handle from the Client Respawn Packet and I've put it into a new packet that doesn't delete/re-create the player instance on handle. The result was successful and the bug never happened again.
Brevort
Correct; some client information is lost in travelling between dimension, MC-124177 supports this.
sof
Can't seem to reproduce this in 24w38a