If I use `/spawnpoint` to set my spawn in the End, and then use this trick, and I enter the exit portal:
The first time I do that, I get the credits, and then respawn at my spawn point in the End. This is probably as expected, but makes it hard to leave the End.
On subsequent times, when I do not get the credits, I respawn in the End, but get stuck on the “Loading terrain…” screen. I can still hear sounds appropriate to my spawn point (including, if I use a respawn anchor, the sound of it losing a charge), but I cannot control the game or see anything; I need to exit the game and restart.
Yes, the change is less than a line of code in the ChestBlock class. The mirror function (as named in the official mappings) already exists and just needs the block state updated to swap left and right chest types (a function which also already exists, net.minecraft.world.level.block.state.properties.ChestType.getOpposite in the official mappings).
Further details: This checks the block above the hopper minecart. If that block is solid, it wonʼt pull from the world. If you have a top slab with an item on top of it, it will pull that item; the range is not actually reduced. If an item is in range inside a solid block but the block above the hopper minecart isnʼt solid, the item will be pulled.
If I understand correctly, the expected behavior is:
An entity that is a passenger cannot be teleported at all
An entity that is a vehicle but not a passenger can be teleported, and will take all its passengers with it, and the passengers will not dismount.
Is this correct? It is what I observe with only non-player passengers, though I haven’t tested extensively.
With a player passenger (on single player), instead I see that teleporting the player dismounts them, and teleporting the vehicle a short distance does not work (as described above), but teleporting a long distance sometimes works and sometimes doesn’t, with one particular case where I teleported into unrendered (but loaded) chunks putting me somewhere the client had no data, and instead of loading the chunk I was apparently falling (client-side only) until I quit the world and restarted and was back where I was pre-teleport.
I assume that the issue is that the client and server both have some control over player location and they are fighting over it in this case?
I have not yet tested player vehicles but I expect they behave as normal, as long as they also don’t have player passengers.
MC-178256
If I use `/spawnpoint` to set my spawn in the End, and then use this trick, and I enter the exit portal:
The first time I do that, I get the credits, and then respawn at my spawn point in the End. This is probably as expected, but makes it hard to leave the End.
On subsequent times, when I do not get the credits, I respawn in the End, but get stuck on the “Loading terrain…” screen. I can still hear sounds appropriate to my spawn point (including, if I use a respawn anchor, the sound of it losing a charge), but I cannot control the game or see anything; I need to exit the game and restart.
Not Mojang or anything, but I believe this is a duplicate of
MC-193089Affects 20w27a, for minecarts with mobs in them.
Oops; I searched for the other related issue I filed but not this one.
Yes, the change is less than a line of code in the ChestBlock class. The mirror function (as named in the official mappings) already exists and just needs the block state updated to swap left and right chest types (a function which also already exists, net.minecraft.world.level.block.state.properties.ChestType.getOpposite in the official mappings).
Further details: This checks the block above the hopper minecart. If that block is solid, it wonʼt pull from the world. If you have a top slab with an item on top of it, it will pull that item; the range is not actually reduced. If an item is in range inside a solid block but the block above the hopper minecart isnʼt solid, the item will be pulled.
Duplicate of
MC-268349?If I understand correctly, the expected behavior is:
Is this correct? It is what I observe with only non-player passengers, though I haven’t tested extensively.
With a player passenger (on single player), instead I see that teleporting the player dismounts them, and teleporting the vehicle a short distance does not work (as described above), but teleporting a long distance sometimes works and sometimes doesn’t, with one particular case where I teleported into unrendered (but loaded) chunks putting me somewhere the client had no data, and instead of loading the chunk I was apparently falling (client-side only) until I quit the world and restarted and was back where I was pre-teleport.
I assume that the issue is that the client and server both have some control over player location and they are fighting over it in this case?
I have not yet tested player vehicles but I expect they behave as normal, as long as they also don’t have player passengers.