mojira.dev

Shugoh

More than one avatar was detected! There might be multiple accounts sharing this same name.

Assigned

MC-301593 Monsters can spawn from spawners with the "spawnMonsters" gamerule set to false Confirmed MC-301574 The spawnMonsters game rule does not take effect when switched Confirmed MC-299872 The freezing overlay flashes when a freezing player touches fire Fixed MC-299837 Running two or more /rotate commands in the same tick only applies the rotation of the last command Fixed MC-299770 Chunks loaded by ender pearls permanently unload upon player death even when enderPearlsVanishOnDeath is set to false Fixed MC-299628 Mounted players/mobs trigger sculk sensors on world load Fixed MC-298394 Freezing in Powdered Snow is very inconsistent and jittery Fixed MC-297184 'Realms' is lowercase in `mco.errorMessage.realmsService.configurationError`. Fixed MC-297115 The “This is a Snapshot Realm…” box no longer renders with a black background Fixed MC-297114 The realms menu incorrectly claims that realms are expiring soon Fixed MC-297112 You cannot use CTRL+NUM to navigate to tabs within the configure realms menu Fixed MC-296372 Teleport duration is unreliable as of 1.21.5 Fixed MC-296337 Minecarts cause memory usage increases and crashes Fixed MC-296057 Sideways non-projectile movements may fail to apply block effects from blocks around start of sideways motion Fixed MC-296055 Slow non-projectile entity movements may fail to apply block effects from origin block Fixed MC-296054 Fast non-projectile entity movements may fail to apply block effects from blocks around the starting position when moving in positive directions Fixed MC-295879 Sprint-hitting boats and then getting in them causes the boat to fall through the block underneath Fixed MC-295690 Players stay on fire for a while after barely touching fire Fixed MC-299543 Experience orbs follow players in Spectator mode Fixed MC-280501 The "Fire extinguishes" sound plays every game tick while on fire in rain Fixed

Reported

No issues.

Comments

Hey @Savvvage_, we would very much like to see this being resolved properly as well. Sorry to hear that there are still some issues remaining. We have a pending fix for not visiting the corkscrew corners. But it would be great to get some clarity on the other two issues you mention.

Could you expand on when the end position is not visited? Would be great to have a repro case for this. Could you also expand on the third point as well?

If you have any suggestions, that would also work great as an explanation.

Hey @Savvvage_, when triaging this separately from the other issues, it was decided that we did not want to track this as a bug, but rather as a feature, linking back to everything you’ve detailed here.

This should probably have been communicated better than just marking it as Invalid, so apologies for that. Thanks for taking the time to report this and providing such detailed information!

Hello! We are suspecting a memory corruption. To verify, would you be able to run Windows Memory Diagnostics to see if there are any issues?

Here is a link that explains what it is and how to use it. You can follow the “Using the Windows Memory Diagnostic Tool” and “Running the Windows Memory Diagnostic app” sections.

Hey, could you please provide that minimal world or all of the commands you use to repro? That would help a lot if possible, thank you!

Does this issue happen in 1.21.3?

I was not able to reproduce in 24w46a. If this still occurs, could you please supply repro steps or a video showing how this happens?

@unknown Do you have any reproduction steps you could supply for this issue, since you just confirmed it? 

Hey @unknown, the new rotation behaviour is as intended. If you want the arrow to spawn with the correct initial rotation, you need to set that rotation. The movement direction will slowly rotate the arrow, but the initial rotation will not be overwritten by the motion anymore. Hopefully this can be worked around and might even make more things possible as these are now decoupled.

This issue only seems to be fixed (partially) with minecart experiment enabled. Reopening this issue. 

Resolved the non-experimental part of this, could you please report the experimental behaviour separately? 

To be clear why this was closed as WAI. MC-2714 shows this is in fact intentional behaviour. However, design can change even if something is not considered a bug. Please keep using the feedback page, we are listening closely to feedback in regards to the experiment.

We consider the bubble column pushing wither skulls as working as intended. However, the second issue of them being deflected oddly is a separate issue due to the bounding box of the wither skull not being set up properly when it spawns tracked here: MC-262112.