FlashTeens

I can still reproduce this bug in 1.21.11-pre3 with modified repro steps:

• After placing the two command blocks in Steps 2-3, use /forceload add ~ ~ to ensure that the commands can be executed anywhere.

• Keep the same repro steps for the rest.

It still happens on 1.21.6.

Please note that the phenomena as mentioned in this bug report is different from another chunk loading bug that we found a few years ago: MC-190836

This bug (MC-297378) can happen only after 1.21.2 (inclusive), and we suspect this one to be a side-effect from the minecart improvement update (as said in my previous comment)

On the other hand, the MC-190836 one seems to also happen on some earlier versions after 1.14, and we consider it to be more likely to depend on hardware performance.

Therefore, please investigate the root cause of these two bugs separately. We do NOT consider these two bugs as duplicates. Thank you.

Similar issue can be reproduced in 25w20a, as shown in Phoenix SC’s video on YouTube: https://youtu.be/WFf-kUsIXPg (5:46-6:07 of the video)

Added the debug info using the /jfr command while reproducing this bug again today. It did happen in the same way.

I have tried replacing the Command #2 from the description:
/execute as @e[type=minecart,tag=debug] at @s run data merge entity @s {Motion:[0.0,0.0,1.0]}
with any of the following equivalences:

• /execute as @e[type=minecart,tag=debug] at @s run data modify entity @s Motion set value [0.0,0.0,1.0]

• /execute as @e[type=minecart,tag=debug] at @s run data modify entity @s Motion[2] set value 1.0

But none of these alternatives help; I can still always reproduce the same issue.

So, I still guess it could be a chunk loader issue instead of anything to do with syntax changes across Minecraft versions.

Though I did not use the experimental minecart improvements to reproduce the bug, could it still be the culprit why the chunk loader does affect non-experimental gameplay? (since this experimental feature was also introduced in 1.21.2.)

I have created a new bug report with much simpler reproducing steps, which can lead to the same problem without involving any commands or datapacks.

Here's the link for the new bug report: https://bugs.mojang.com/browse/MC-176240

If the new bug is confirmed, please help me mark this old bug report as a "duplicate". Thanks. 🙂

Attached the debug report using the command "/debug report".

The source map for reproducing this bug is available on my Google Drive:
https://drive.google.com/open?id=1W3C3VppoR1WN-ksif-raRWqqu_TcBAch

Thanks for your demonstration. It's indeed the condition that I encountered as well. 🙂

I'm one of his coworkers on Minecraft map projects. Let me add some comments to the description:

1. The command he mentioned above should be revised as:
execute as @e[type=minecart,limit=1,sort=nearest] at @s positioned ~ ~ ~ run tp @s ~ ~ ~1
and he intended to run this command every tick (i.e. 20 times a second), so the minecart is expected to run at a speed of 20 m/s.

2. For some low-end computers, such scenario may easily cause chunk loader to work incorrectly, and it could also freeze the map and prevent the player from getting off the minecart. If the minecart were teleported even faster (say 5 block per tick, or 100 m/s), then most computers may have this issue as well.

3. This issue only occurs on version 1.14.x (including 1.14.4), while we didn't find the same scenario on 1.13.2 or earlier versions.

Thanks for the correction. I didn't know that the attribute was technically renamed. Sorry for that.