mojira.dev

Lightning_11

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

Assigned

No issues.

Reported

MC-141643 Game crashed when entering spectator mode Duplicate MC-141642 Mobs not avoiding damaging sweet berry bushes Duplicate MC-138126 Spectators can not see blocks Duplicate

Comments

Yeah, and that’s really saying a lot because getting into accounts on this website can be a pain.

While that’s a good point, Asher Balinski, you have to remember that many of the large TNT-duping based machines that are the most impacted by this do not work on PaperMC servers due to Paper’s attempts to “solve” redstone.

I don’t really see PaperMC becoming the go to because options like Fabric and NeoForge are really pretty good! Hopefully Mojang will fix this so you don’t need a mod for it. (Seems like something Gnembon would do…)

Agreed. The server freezing for several years when launching TNT over a sufficient distance is simply unacceptable. This isn’t just a small performance tweak, it’s essential for any sufficiently large TNT cannon to function without crashing the server.

I always thought this was intended, just like how axes use two durability when you attack something. You're using the tool for something other than its intended purpose: swords are made for attacking, not mining; axes are made for cutting wood, not zombies.

That being said, it seems like a rather unintuitive and unnecessary game mechanic, especially now that we have blocks like bamboo that are intended to be mined with a sword. I wouldn't go so far as to call it a bug, but it should still be reviewed and possibly removed or reworked.

I feel like pet teleportation should simply reset fall damage the way other forms of survival teleportation (eg. ender pearls) do. That's the intuitive mechanic, and it makes the came more fun as a result.

This might cause problems for servers that don't want advancements to ever be shown. However, a "disable advancements" game rule or variable in the code would fix this objection in a clean and concise way.

If this is fixed, it will be VERY hard to build under lava because of the short vision range. I suggest that Mojang also make the fire resistance effect extend the vision range more for higher levels. Eg. at level 1 fire resistance, you can see an extra block, but at level 255, you can see 255 blocks in lava (or maybe more).

What a mystery! I bet this is a hint to an entire andesite dimension that you can access using that one, special block.

Ok, probably not. This does seem very odd...

I feel like this was to reduce TNT lag. However, I agree that if particles are set to "all", all particle effects should be displayed!!

I thought that this was a feature since your character is kicking the torch as they fall...

This appears to be a duplicate of the post: bugs.mojang.com/projects/MC/issues/MC-173299

When I first saw this post, I thought it was meant to be a bedrock edition bug. You may want to revise the post so that an admin doesn't think the same thing and mistakenly move or close the report.

Also, you may want to submit this to the suggested features forum as well. That way it is more likely to get noticed.

I think that this might be more a feature than a bug. Those mobs might be getting really angry and not blindly chasing prey without regard for their own safety. However, I think there should be a few blocks that would slow them down. For example, they shouldn't jump into lava or portals, no matter how angry they might be. Those things are so obvious that you shouldn't be able to jump into them just because you weren't looking where you where going.

Hu, when did they remove footprint? I still remember using it. Also, Ruby and Quiver are textures that, while unused, remain in the game as a reminder of a long time ago. I would be more than a bit unhappy if they were removed!

Yes, wolves should not take fall damage after teleporting. My wolves died this way, it was so sad. ).;

Confirm for 1.14.4

I have seen this for a long time and I am pretty sure I can confirm this for 1.14.4. If I get the time, I will confirm for the latest snapshot of 1.15. Mojang, it would be really great if you fixed this rather old problem. It should have been fixed a long time ago and since 1.15 is dedicated to bug fixes...

There could be a new command. It would be called something like /worldsettings, /gamesetting, /setgame, etc. Using it would allow you to change a few game rules. Maxentitycramming would be one of those gamerules, however there may be others (I haven't bothered to think about that much yet). Servers could change the list of possible game rules or set limits to how high you could edit them without cheats (maybe they don't want hackers to be able to set maxentitycramming very high and crash everything.)

Solution Summary: Make a new command that does not require cheats and can set or query a few game rules. On servers, which game rules and what values could be used would be editable, either with plugins or in the server.properties file.

How does that sound?

I see. Should this issue be closed?

Thank you for pointing this out, Tan Chin. I see why this happens, it is because autojump does not take entities into account. If it did this, than auto jump might be more laggy.