Jon1337
- jouppi22
- jouppi22
- Europe/Athens
- Yes
- No
- Be in survival at night
- Shoot enderman with arrow
s, withouthoweverlooking at it directly- Enderman teleports to dodge the arrow but stays neutral
- Be in survival at night
- Shoot an enderman an with arrow, but without looking at it directly
- Enderman teleports to dodge the arrow but stays neutral
Endermen won'taggrowhen shot with arrowsEndermen won't turn hostile when shot with arrows
How to reproduce:
- Be in survival at night
- Shoot an enderman an with arrow, but without looking at it directly
- = Enderman teleports to dodge the arrow but stays neutral
Endermen won't turn hostile when shot with arrows or other projectiles
How to reproduce:
- Be in survival at night
- Shoot an enderman an with arrow, but without looking at it directly
- = Enderman teleports to dodge the arrow but stays neutral
Also affects other projectiles like potions, snowballs and eggs,
Endermen won't turn hostile when shot with arrowsorother projectilesEndermen won't turn hostile when shot with arrows and other projectiles
Steps to produce this bug:
1. Take a bow
2. Put it in the offhand slot
3. Try and shoot with itThe bow is pointed towards the ground and there is no hand animations.
The picture on the left is the broken animation in the off-hand. The picture on the right is the animation in the main hand.
Blocking mobs withoutholding the shieldBlocking mobs without actually blocking
How it happened:
I was fighting spiders, occassionally blocking them with my shield. Then suddenly when I wasn't blocking, the spider was knocked back without me taking damage, even though I wasn't blocking. The spider wasn't able to kill me. Then I started blocking (right clicked once) and mobs were able to damage me once again.
It has happened me twice now in this snapshot.
I don't know how to produce this bug, but it does exist.
How it happened:
I was fighting spiders, occassionally blocking them with my shield. Then suddenly when I wasn't blocking, the spider was knocked back without me taking damage, even though I wasn't blocking. It jumped at me many times without me taking damage with no sound effects. The spider wasn't able to kill me. Then I started blocking (right clicked once) and mobs were able to damage me once again.
It has happened me twice now in this snapshot.
I don't know how to produce this bug, but it does exist.
I am not blocking as you can see, however I'm immune to damage. My shield however breaks afterwards.
How it happened:
I was fighting spiders, occassionally blocking them with my shield. Then suddenly when I wasn't blocking, the spider was knocked back without me taking damage, even though I wasn't blocking. It jumped at me many times without me taking damage with no sound effects. The spider wasn't able to kill me. Then I started blocking (right clicked once) and mobs were able to damage me once again.
It has happened me twice now in this snapshot.
I don't know how to produce this bug, but it does exist.
UPDATE: Haven't played for a while. Tested in latest snapshot and managed to capture footage.
I can even sprint when this happens and I'm still immune to all damage, however it affects my shield's durability.
How it happened:
I was fighting spiders, occassionally blocking them with my shield. Then suddenly when I wasn't blocking, the spider was knocked back without me taking damage, even though I wasn't blocking. It jumped at me many times without me taking damage with no sound effects. The spider wasn't able to kill me. Then I started blocking (right clicked once) and mobs were able to damage me once again.
It has happened me twice now in this snapshot.
I don't know how to produce this bug, but it does exist.
UPDATE: Haven't played for a while. Tested in latest snapshot and managed to capture footage.
I can even sprint and attack when this happens and I'm still immune to all damage, however it affects my shield's durability.
Still in 18w19a
Still in 18w18b
So when you stared at endermen (put crosshair on them and didn't move it) Endermen used to stare back at the player and stand still while playing the creepy scream sound. (at least in old Java-Minecraft versions)
They don't do that anymore, now they just start running and attacking immediately.
HOW TO REPRODUCE;
1. Be in survival mode
2. Stare at an enderman
3. Notice that Enderman doesn't freeze and stare back, but instead just starts immediately running at you.
So when you stared at endermen (p
utcrosshair on them and didn't move it) Endermen used to stare back at the player and stand still while playing the creepy scream sound. (at least in old Java-Minecraft versions)They don't do that anymore, now they just start running and attacking immediately.
HOW TO REPRODUCE;
1. Be in survival mode
2. Stare at an enderman
3. Notice that Enderman doesn't freeze and stare back, but instead just starts immediately running at you.So when you stared at endermen (place crosshair on them and don't move it) Endermen used to stare back at the player and stand still while playing the creepy scream sound. (at least in old Java-Minecraft versions)
They don't do that anymore, now they just start running and attacking immediately.
HOW TO REPRODUCE;
1. Be in survival mode
2. Stare at an enderman (place your crosshair on it)
3. Notice that Enderman doesn't freeze and stare back, but instead just starts immediately running at you.
Endermendon'tstare - they attack immediatelyEndermen freeze and stare - they attack immediately
Endermen freezeand stare- they attack immediatelyEndermen don't freeze when looked at - they attack immediately instead
So when you stared at endermen (place crosshair on them and don't move it) Endermen used to stare back at the player and stand still while playing the creepy scream sound. (at least in old Java-Minecraft versions)
They don't do that anymore, now they just start running and attacking immediately.
HOW TO REPRODUCE;
1. Be in survival mode
2. Stare at an enderman (place your crosshair on it)
3. Notice that Enderman doesn't freeze and stare back, but instead just starts immediately running at you. It also doesn't play the growl/scream sound effect.
So when you stare
dat endermen (place crosshair on them and don't move it) Endermenused tostare back at the player and stand still while playing the creepy scream sound.(at least in old Java-Minecraft versions)They don't do that anymore, now they just start running and attacking immediately.
HOW TO REPRODUCE;
1. Be in survival mode
2. Stare at an enderman (place your crosshair on it)
3. Notice that Enderman doesn't freeze and stare back, but instead just starts immediately running at you. It also doesn't play the growl/scream sound effect.So when you stare at endermen (place crosshair on them and don't move it) Endermen should stare back at the player and stand still (while playing the creepy scream sound). This behavior is in java edition, but doesnt work in current version of pocket edition.
They don't do that anymore, now they just start running and attacking immediately.
HOW TO REPRODUCE;
1. Be in survival mode
2. Stare at an enderman (place your crosshair on it)
3. Notice that Enderman doesn't freeze and stare back, but instead just starts immediately running at you. It also doesn't play the growl/scream sound effect.
So when you stare at endermen (place crosshair on them and don't move it) Endermen should stare back at the player and stand still (while playing the creepy scream sound). This behavior is in java edition, but doesnt work in
current version ofpocket edition.They don't do that anymore, now they just start running and attacking immediately.
HOW TO REPRODUCE;
1. Be in survival mode
2. Stare at an enderman (place your crosshair on it)
3. Notice that Enderman doesn't freeze and stare back, but instead just starts immediately running at you. It also doesn't play the growl/scream sound effect.
Confirmed on 1.1.4.51
I posted a video of spider going away and ignoring me after attacking
Water turns invisible/buggyfor a split second when entering waterWater turns/flickers invisible for a split second when entering water
Water turns/flickers invisible for a split second whenenteringwaterWater turns/flickers invisible for a split second when surfacing out of water
When you enter or go out of water,
for a split secondthe water bugs out and turns invisibleWhen you enter or go out of water, the water bugs out and turns invisible for a split second.
In 1.18.2 and in 22w15a
In 1.20
I can't get the container method to work but I can reproduce the Nether Portal method every time
How is this reproduced? Is there a video?
I've had this bug before in the old versions, but I can't seem to reproduce it now (tried following the instructions) and I'm wondering if I'm doing something wrong.
Confirmed in 19w07a
Confirmed in 18w07a
Confirmed in 19w03c
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (obviously not completely perfectly)
But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze around a villager or a zombie for example
- They will
probablyjust run through the fireThe Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (obviously not completely perfectly)
But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze around a villager or a zombie for example
- They will most of the time just run through the fire
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (obviously not completely perfectly)
But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze around a villager or a zombie for example
They will most of the time justrunthrough the fireThe Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (obviously not completely perfectly)
But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze around a villager or a zombie for example
- Most of the time they will just walk through the fire
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (obviously not completely perfectly)
But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze/wall around a villager or a zombie for example
- Most of the time they will just walk through the fire
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (
obviouslynot completely perfectly)But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze/wall around a villager or a zombie for example
- Most of the time they will just walk through the fire
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (not completely perfectly ofc)
But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze/wall around a villager or a zombie for example
- Most of the time they will just walk through the fire
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (not completely perfectly
ofc)But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze/wall around a villager or a zombie for example
- Most of the time they will just walk through the fire
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work (ofc not completely perfectly)
But they don't seem to avoid fire at all
How to reproduce:
- Put a very simple fire maze/wall around a villager or a zombie for example
- Most of the time they will just walk through the fire
Mobs don't avoid fire or lava
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lava seems to work for most mobs (ofc not completely perfectly)
But they don't seem to avoid fire at all, and slimes don't even avoid lava.
How to reproduce:
- Put a very simple fire maze/wall around a villager or a zombie for example
- Most of the time they will just walk through the fire
Mobs don't avoid fire and/or lava
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
Avoiding cacti and lavaseemstowork for most mobs (ofc not completely perfectly)
But they don'tseem toavoid fire at all, and slimes don't even avoidlava.How to reproduce:
- Put a very simple fire maze/wall around a villager or a zombie for example
- Most of the time they will just walk through the fire
The Better Together Update / 1.2.0.2 patch notes say:
"- Mobs will now avoid cacti, fire, and lava"
But they don't seem to avoid fire at all.
Avoiding lava seems to work perfectly for most mobs, except slimes. Slimes literally jump in lava.
How to reproduce:
- Put a very simple fire maze/wall around a villager or a zombie for example
- Most of the time they will just walk through the fire
When you enable Auto-Jump, it also makes you Auto-Swim in water.
When you just want to go straight, backwards, right, left or down it makes you swim up too.
Reproduce:
- enable auto-jump from options
- swim in any direction but up in water
- notice that it makes you swim up
Doesn't happen on auto-jump disabled
When you enable Auto-Jump, it also makes you Auto-Swim in water.
When you just want to go straight, backwards, right, left or down it makes you swim up too.
Reproduce:
- enable auto-jump from options
swim in any direction but up inwaternotice that it makes you swimupDoesn't happen on auto-jump disabled
When you enable Auto-Jump, it also makes you Auto-Swim in water.
When you just want to go straight, backwards, right, left or down it makes you swim up too.
Reproduce:
- enable auto-jump from options
- go underwater
- swim in any direction but up
- notice that it makes you swim up
Doesn't happen on auto-jump disabled
I was playing 18w07a and noticed that the jungle biome was almost impossible to travel due to there being leaves and trees everywhere.
I compared it to 1.12.2 and I'm almost certain the snapshot is way more cluttered. This also caused me bad fps drops and stutters.
Note: This also makes Ocelots and parrots way more rare because there is not a lot of visible grass blocksI was playing 18w07a and noticed that the jungle biome was almost impossible to travel due to there being leaves and trees everywhere.
I compared it to 1.12.2 and I'm almost certain the snapshot version is way more cluttered.
This also caused me bad fps drops and stutters.
Jon1337, they remained neutral in versions 1.8 and prior. If you look at the report history, you can see I actually deleted that info, but I can re-add it if it helps ![]()
Jon1337, please make a new bug report.
Jon1337, are you sure? i intentionally didn't put endermen on the list because from my testing they weren't affected, you have to make sure the mob doesn't have any way to see you through the wall, in the case of endermen the wall/corner needs to be 3-block tall.
@Jon1337, please don't pin your own comments, we're already tracking this issue.
Jon1337 Please use Mojira Discord Instead of adding comments, Which will causing unnecessary clutters and hides your information into this report.

















































Endermen are still broken though
But you're not supposed to be allowed to turn on cheats in Hardcore mode
I really hope they fix these bugs before releasing 1.9
I was talking about the bug @Paint told about
Water Breathing potions do make the water clearer normally, at least in the PC version.
Confirmed for 16w39c
Confirmed for 16w39c
Confirmed for 1.12
It's been a while. I tested it just now in 1.1.4 and it seems to be fixed.
Confirmed for 1.12
Confirmed for 1.12
So is even the fact that they don't do their creepy growl/scream intended too? And how would you even know if it's intended?
Confirmed on 1.1.4
Confirmed in 1.2.0.2
This bug came back in the Better Together Beta, so should be reopened
Confirmed in 1.2.0.2
Confirmed in 1.2.0.2
Confirmed on 1.2.0.2
Do you have a seed?
I just generated 3 Ice Plains worlds in a row yesterday, and when I kept crashing assumed the bug was with large biomes.
Happened to me every time I generated a world that spawned me in Ice Plains
I have added the crash report
Confirmed in 18w07a
confirmed for 18w07b
How does this make any sense? It shouldn't be WAI.
Confirmed in 18w07c
Can't reproduce
confirmed on 18w08a
confirmed in 18w08b
Can confirm
This bug sadly ruins the new Frozen Ocean biome. Added some pics from 18w08b
Can confirm on 18w08b
I think it's strange anyways how Cods like to swim right at the top
Could be too op for mob traps, since poison makes mobs ½hp
Confirmed in 18w09a
Confirmed in 18w09a
Confirmed on 18w09a
Confirmed in 18w09a
Confirmed in 18w09a
Confirmed in 18w10a
Confirmed in 18w10a
Confirmed in 18w10a
Confirmed in 18w10c
@maggstrom Like @Gulbaru said this is not a graphical glitch, this is a different bug.
It got marked as incomplete so I reported it again as
MC-126920So this is just a
MC-126920duplicateI uploaded an attachment video on it.
I did it in a superflat world I just made in 18w10d
I think it's because of
MC-125283This bug can be closed, it has been fixed.
Confirmed in 1.2.11
@violine1101 I think for me it has something to do with the fact that my mouse4 and mouse5 also control my volume outside of games. It hasn't done that ingame until this snapshot, now that they appear as scancode.256
Still in 18w15a
Still in 18w15a
Still in 18w16a
This bug seems to have been fixed. This can bug can be closed now.
confirmed in 18w16a
It's not nearly as extreme as it was before 18w19a, but there still seems to be a lot of lag and fps drops
Still in 18w19a.
Couldn't find a single ocelot or a parrot after searching for 30 minutes.
They might just be very very rare though.
I can't test it properly because I can't spawn a Spider Jockey with a bow. I can only spawn a Spider Jockey without one.
Because I think it might be that without a bow it uses Spider AI and with a bow it uses Skeleton AI.
confirmed in 18w19b
Confirmed in 18w19a
Confirmed in 18w19b
You were right. It was just bugged last time but now that I tested it again it worked. I have no idea what caused that yesterday.
Confirmed in 18w19b
Confirmed in 18w19b
https://www.reddit.com/r/Minecraft/comments/8ilzkc/so_i_turned_around_after_digging_up_a_buried/
So you can have 2 turtles in the same boat and it looks weird as hell. Is that intended?
Confirmed for 18w19b
Still in 18w19b
Are you sure this is because of the cod? It might actually be
MC-128557which was fixed in 18w19b.This is not a duplicate of
MC-125351. If you waterlog a chest it doesnt show any air in it.@[Mod] Neko How is this a duplicate?
MC-126023is about 1 Turtle, which looks right.This bug is about 2 turtles which does not look right at all. Just look at the images.
??
Should maybe mark it as related to
MC-128299Still in 18w20a
It didn't make a log automatically so I had to make it manually. I uploaded it as an attachment.
I don't think it contains anything about the crash or the freeze though.
Confirmed in 18w20b
I already said, it didn't make one, so I used the launcher log.
You probably can reproduce the bug easily, by spawning slimes for example, and putting lava down. All the mobs will freeze in place.
Then trying to save & quit or exit the game will crash it.
This is really weird, I can only reproduce it only one of my superflat worlds.
I have 2 stacks of exp bottles, 2 enchanted turtle shells, a stack of lapis, an enchantment table and 3 slimeballs.
/gamerule doMobSpawning is false, and there's some small slimes and sheep around.
When I change to creative mode and put down the lava the small slimes freeze midair
I put the bugged world as an attachment for testing.
The world is made in 18w08b though, even though it's still bugged in 18w0c. Maybe the bug can't happen in worlds created in 18w0c+
You can even have 2 turtles in the same boat and they look like conjoined twins, I think it's a bug
Still in 18w22c
Still in 18w22c
Confirmed for 18w22c
Still in 18w22c
Confirmed in 18w22c
Confirmed in 18w22c
Confirmed in 18w22c
Confirmed in 18w22c
Confirmed for 18w22c
Confirmed for 18w22c
Confirmed for 18w22c
Confirmed for 18w22c
Confirmed for 18w22c
Confirmed for 18w22c
Still in 18w22c
Confirmed in 1.13-pre6
Confirmed in Minecraft 1.13-pre6
Still in 1.13-pre8
Still in 1.13
Confirmed on 1.13.
Wrong bug description however.
To reproduce you have to first make them hostile at daytime, and then make them neutral/passive again. I managed it by getting them to touch water, and then they started teleporting around in the daytime. And then they completely stopped responding to hitting them.
They also keep following the player around by teleporting, if you keep moving around, but they don't attack.
Related to
MC-96946Still in 18w30a
Well, nothing buggy happened when I tested in 18w30a. I think this can be closed.
It happens only in Superflat and Buffet worlds, or in regular worlds when changing dimension. In regular worlds it can be fixed by saving and quitting.
For me the crash happened in the Nether
Still in 18w30a
Confirmed in 18w30b too
Confirmed in 18w30b
I'm not sure if that title is still accurate. The endermen don't seem to be in a hostile state, since their jaws aren't even open, and they won't make hostile noises.
Is this really a duplicate of
MC-134974? For me the slime froze even though I was in creative mode. So I couldn't even get attacked.Yeah, it's fixed in 18w30b
Affects 18w30b
Confirmed in 18w30b
Confirmed for 18w30b
Confirmed in 18w30b
Confirmed for 18w30b
Confirmed for 18w30b
But not exactly as bug description says. Destroying the cactus makes them stop taking damage.
Confirmed for 18w30b
Confirmed in 18w30b
I wish they just rewrote the entire Enderman AI. It's so broken at this point.
Couldn't reproduce on 18w30b
Tested with zombies and chorus flowers
Confirmed on 18w30b
Confirmed for 18w30b
Tested on multiple endermen, they all were hostile (mouth open and shaking) They weren't affected by the frozen bug.
Semi-Confirmed for 18w30b
Sometimes it takes a long while for them to become passive, and even then its usually bugged by
MC-134605Confirmed for 18w30b
Confirmed for 18w30b
Confirmed for 18w30b
Well, suddenly they started making stare sounds again. I guess this can be closed? Or maybe there's a certain condition needed to reproduce.
In what versions they remained neutral when looked at during the day?
Is
MC-134605a duplicate of this?Confirmed in 18w30b
They aren't in hostile state anymore when they do that though. No mouth open etc.
Related to
MC-134605Probably. I tested it on an endermen far away from me and couldn't hear any sound.
Is that a bug or intentional? Shouldn't it be heard from any distance?
This bug might be back in 18w30b -
MC-135058Can anyone else confirm this?
Confirmed for 18w30b
Confirmed in 18w32a
Confirmed for 18w32a
Still in 18w32a
Confirmed for 18w32a
Still in 18w32a
Confirmed for 18w32a
Confirmed in Minecraft 1.13.1-pre1
Confirmed in 1.13.1-pre1
Confirmed for 1.13.1-pre1
Confirmed for 1.13.1-pre1
Still in 1.13.1-pre1
Confirmed in 18w47b
Still in 18w50a
Confirmed on 18w50a
Still in 18w50a
Confirmed for 18w50a
Still in 18w50a
Still in 18w50a
Still in 18w50a
Still in 18w50a
Confirmed for 19w03c
The seed still has a small bit of ocean ravine inside the ravine for me
Yeah I can confirm, this bug can be closed (for?) now
Confirmed on 19w06a
Confirmed on 19w07a and affects Baby Foxes
I think it's fine but they generate with sand blocks that fall into the ocean
Well I can't reproduce this anymore
I think it can be closed
Still in 19w07a
Confirmed on 19w07a
It's also different to other mobs because they look away and glance every now and then, but Pillagers just stare, and follow you with their eyes everywhere and never look away
Still in 19w11a
Can you at least fix the falling sand blocks? @Mojang
Please reopen this bug. Looks like Carlos was right and the first version of this bug report was correct.--
I was testing 1.14-pre2 when I noticed this glitchy behavior with husks and pillagers at the town squareNevermind I found the actual bug I'm going to report it
Also can confirm. They attack Village Squares thinking there's an iron golem. When you reload the world, the iron golem spawns.
So the iron golem exists but it's invisible and invulnerable???
Confirmed on 1.14-Pre2
Actually read the bug description, it's not a duplicate.
This is only about Pillagers not all mobs
My bug got falsely closed, and I never got an answer from the mod so I reposted this.
This bug only affects Pillagers, and it's not a duplicate
PLEASE read the bug description
I'm so tired of reposting this. THIS IS NOT A DUPLICATE
I know every mob looks at the player thats not what this suggestion is about
Pillagers never ever look away from the player
Sorry for this rant, but i'm tired of mods abusing their powers without giving me a chance to even explain myself
I thought the mods didn't see my comments because everytime I try to have a conversation with a mod in a closed bug I don't get a single response back
And I don't think there's a way to direct message mods, or is there?
But I'm sorry, just my patience ran out
Thanks for the tip. So do you have anything to say about the video?
Yeah if you're wording it that way. This is not about "mobs occassionally looking at me" this is about "Pillagers staring directly at me never looking away" see the video for easy reproduction
I only made the other reports because I didn't get any response and I thought the mods either don't see comments in closed bugs, or just don't care
So 10 minutes have passed and mods have yet again left. I thought we were solving this issue???
I think the reporter should be changed as well, so the description has more info, and this will be updated more frequently
Still in 1.14.3 Pre-Release 2
Still in 1.14.4-pre5
Confirmed for 1.14.4
Tested in 1.14.4 They only aggro if you're on the same level, but once they're aggressive they'll shoot you from any height
Confirmed in 1.14.4
Related to
MC-147691There could be more mobs that are affected by this.
Affects 19w34a
Affects 19w34a
Confirmed for 19w34a and 1.14.4
This is still a valid issue, please re-open this
Can someone close this bug please
Yep I already updated it
Confirmed for 19w34a
Related to
MC-159299This is probably related to
MC-147691andMC-159299Confirmed for 19w34a
Still in 1.14.4 and 19w34a
Confirmed in 19w34a
Also it seems like after becoming passive it has the same behavior as it had in
MC-96946, but in Survival modeConfirmed for 19w34a