Endermen picking up blocks don't count towards the mob cap, and don't despawn, potentially cluttering up the world with endermen if they cannot place the block down
Endermen picking up blocks don't count towards the mob cap, and don't despawn, potentially cluttering up the world with endermen if they cannot place the block down. This can especially be observed in warped forests, as well as in a custom setups in an area with blocks endermen cannot replace (like item frames).
To reproduce, set the world border to 128, go into the Nether, reach the ceiling, place tnt floating 1 block above the bedrock (so endermen can't walk on top of it), and spawn endermen. When the endermen pick up the tnt, they will be stuck forever. (note: the world border only serves to confine the endermen within an observable area; it still works without the world border)
Linked Issues
is duplicated by9
relates to6
Created Issue:
Endermen don't count torward the mob cap, and dont despawn.
When endermen pick up netherack and other items in the new warped forest biome, they no longer count towards the mob cap, and don't despawn, cluttering the warped forest with endermen.
Environment
Java Vanilla multiplayer server
Endermen picking up blocks don't count torward the mob cap, and dont despawn.
Endermen picking up blocks don't count torward the mob cap, and dont despawn.Endermen picking up blocks don't count torward the mob cap, and don't despawn
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
Endermen picking up blocks don't count torward the mob cap, and don't despawnEndermen picking up blocks don't count towards the mob cap, and don't despawn
Endermen picking up blocks don't count towards the mob cap, and don't despawn, potentially cluttering up the world with endermen if they cannot place the block down
When endermen pick upnetherack and other items in the new warped forest biome, they no longercount towards the mob cap, and don't despawn, cluttering the warped forest with endermen.Endermen picking up blocks don't count towards the mob cap, and don't despawn, potentially cluttering up the world with endermen if they cannot place the block down. This can especially be observed in warped forests, as well as in a custom setups in an area with blocks endermen cannot replace (like item frames).
Since my bug report (
MC-197178) was resolved to this, I "confirmed" it and updated the confirmation status accordingly, even though I don't even know the actual issue here.
Endermen picking up blocks don't count towards the mob cap, and don't despawn, potentially cluttering up the world with endermen if they cannot place the block down. This can especially be observed in warped forests, as well as in a custom setups in an area with blocks endermen cannot replace (like item frames).
To reproduce, set the world border to 128, go into the Nether, reach the ceiling, place tnt floating 1 block above the bedrock (so endermen can't walk on top of it), and spawn endermen. When the endermen pick up the tnt, they will be stuck forever. (note: the world border only serves to confine the endermen within an observable area; it still works without the world border)
Java Vanilla multiplayer server
is duplicated by
is duplicated by
relates to
is duplicated by
is duplicated by
relates to
is duplicated by
relates to
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-191725, which is a report that has not been resolved yet.
If you want, you can upvote the parent ticket, and enable watching to receive any updates about it - if you believe you have any information that may be important for this issue, please leave a comment on the parent. Please also use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 🛠 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
💬 Mojira Subreddit – 💬 Mojira Discord
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-191725, which is a report that has not been resolved yet.
If you want, you can upvote the parent ticket, and enable watching to receive any updates about it - if you believe you have any information that may be important for this issue, please leave a comment on the parent. Please also use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 🛠 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
💬 Mojira Subreddit – 💬 Mojira Discord
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-191725, which is a report that has not been resolved yet.
If you want, you can upvote the parent ticket, and enable watching to receive any updates about it - if you believe you have any information that may be important for this issue, please leave a comment on the parent. Please also use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 🛠 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
💬 Mojira Subreddit – 💬 Mojira Discord
Duplicate of MC-191725
It's not actually. MC-191725 says that an intentional feature is not an intentional feature. MC-197178 points out problems with said intentional feature.
Either that or MC-191725 implies that endermen will never despawn after picking up a block, even after placing it back down:
When endermen pick up netherack and other items in the new warped forest biome, they no longer count towards the mob cap, and don't despawn, cluttering the warped forest with endermen.
Because of this, MC-197178 is a separate issue to MC-191725.
The description of MC-191725 was not updated (my fault) to include the fact that endermen that hold a block cannot despawn, which happens when they cannot place the block down. It may have been an issue for longer but was never noticed. I don't believe that endermen don't count towards the mobcap after they place down the block, but more testing may need to be done.
I have changed MC-191725 to better reflect the potential issue at hand.
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-191725, which is a report that has not been resolved yet.
If you want, you can upvote the parent ticket, and enable watching to receive any updates about it - if you believe you have any information that may be important for this issue, please leave a comment on the parent. Please also use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 🛠 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
💬 Mojira Subreddit – 💬 Mojira Discord
Thank you for your report!
However, we are already tracking this issue, and this report is a Duplicate of MC-191725, which is a report that has not been resolved yet.
If you want, you can upvote the parent ticket, and enable watching to receive any updates about it - if you believe you have any information that may be important for this issue, please leave a comment on the parent. Please also use the search function in the future to prevent duplicate reports.
Quick Links:
📓 Issue Guidelines – 🛠 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
💬 Mojira Subreddit – 💬 Mojira Discord
Duplicate of MC-191725.
Thank you for your report!
We're tracking this issue in MC-191725, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
This issue duplicates MC-191725
Thank you for your report!
We're tracking this issue in MC-191725, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Thank you for your report!
We're tracking this issue in MC-191725, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Endermen never teleport when they are in the dark, so if one is stuck on a ledge or in a hole holding a block they never despawn unless a player interacts with them.
They can sometimes place the block inside themselves (MC-259572) but even then it doesn't matter because they immediately pick it up again
Not the same as MC-191725 but related to it.





Unless this is a performance issue, I don't really see how this is a bug.
Please attach a debug report using /debug while in the warped forest. To create and attach a debug report, see https://minecraft.gamepedia.com/Commands/debug
They do also spawn quite frequently in that biome, do you have any specific proof that they do not despawn?
I have a fairly low-end PC so it would be difficult for me to record my screen, but I can share some steps to recreate:
1. Isolate a naturally spawning endermen that has picked up a block with a minecart or boat
2. move away at least 128 blocks
3. The endermen will remain there, and will no longer count towards the mob cap, allowing more endermen to spawn.
This is only prominent in warped forest biomes as they spawn frequently and there is an abundance of blocks they can pick up and does not occur elsewhere.
Living in a Warped Forest for the past two weeks, I did very much feel stressed out by the endermen only after updating to 1.16.1 yesterday
So I recorded this video with my camera account while no players were logged in, and sure enough, I can't despawn the endermen holding things
https://youtu.be/wRUREvSyDek
debug-report-2020-06-25_13.22.56.zip
Works as intended.
This is an intended change in one of the 1.16 pre-releases or snapshots, though I can't remember which one.
Working as intended as
MC-124812was fixed by 20w22aWAI
Confirmed from
MC-197178.Added steps to reproduce. Also note that Endermen can get stuck under the following conditions:
My proposed fix for this is endermen should teleport away under conditions where they would get stuck forever. I think they should teleport whenever they can't place a block, which will prevent them from getting stuck.
Can confirm that an enderman holding a cactus that teleports into a cave won't despawn... have an enderman hanging around on a ledge underground that has been in that same place after a week of playtime.
First suspected something was wrong when I noticed an unusual number of endermen hanging around in the daytime around my desert base and not despawning when I left the area to unload the chunks. Since some of the endermen are holding sand or grass, I think there may also be an issue that lowers the chance of an enderman placing a block.
[~talysman@gmail.com] which version?
Can confirm, have multiple enderman all around the world stuck with an item in their hand, unable to despawn and not willing to tp away.
One of them ended up in an enclosed bamboo farm.
Another one stole a cactus in the nether and can't place it cause no sand around.
Another two are in a digged-out perimeter between bedrock (can't place blocks on bedrock).
I would prefer to just go back to pre 1.16 behaviour and let them despawn even with a block in their hand. It worked well like that. It also produces less enderman trash all around. Some caves here are really filled up with random enderman placed blocks now and i am scared about them breaking redstone contraptions with them.
Edit:
Also note that now because they can pick up roots and fungi, they are more likely to pick up blocks (and therefore can't despawn).
A fungi, root and flower is some seperate block sticking out and they are very likely to pick those. Fungis are also very picky to where they can be placed, further elevating the chances of the enderman getting stuck.
Edit 2:
Workaround would be to just not allow them to pick anything up with a datapack:
https://www.madcatgaming.com/enderman-anti-grief-data-pack/
I also want to give a shout out to the mods who were overzealous and originally immediately marked this bug as WAI and closed it as invalid, together with a dozen other reports of the same problem, because a never ending source of mobs that never despawn and an ever increasing number of entities is apparently how it should be... until one of their own Helpers encountered the issue too.
Always remember:
They do it for free. They work for free for Microsoft.
Hi,
Just to add some more information. I'm currently spending a lot of time afking in a nether wastes Biome near warped forest. My preformance fell way off down to 25-30 fps. I used a command to kill all enderman and it jumped to around 80 fps it also killed 1043 Enderman. About 12 hours later I killed all endermen again and was up to 950. That's a lot of mobs to process for lowly computers.
due to bad AI along with jagged nether terrain, endermen may stuck in a pit and if you stay in warped forest biome around over 300 minecraft days, type in /effect give @e[type=enderman] glowing 100 then the output will say like 150 units are applied to the effect meanwhile the mob count at the debug screen tells you there's only 70 hostile mobs
i understand this may not be considered as a bug, but should be fixed by either one of these ways:
Can confirm this is still happening. I have found lots of "endermen holes", specially in the nether (I was doing a lot of things trying to fix a laggy nether, and I think this may be the reason behind it). I just took a screenshot of a corridor where they also gathered
Version 1.16.5
I have hundreds of hundreds of enderman that will not despawn around my main nether portal because they picked up mushrooms. Hundreds!!!
This has happened multiple times and I endup having to open the game up to Lan so I can enable cheats and run the command to kill enderman.
This however is only a temporary fix because If I sit near the portal for about half an hour there are hundreds of them carrying items again not counting against the mob cap. This is absurd. Please fix it.
This fxxking bug plz turn it into "very important" plz plz plz
version 1.16, 1.16.1, 2, 3, 4, and 5, 1.17 ,1.17.1pre1, 1.17.1pre2 and 1.17.1rc1, this bug has crashed a lot of servers. In our server, the nether where was always loading were full of endermans and they broke everything. In another server, someone placed a red mushroom in the end, then they have to replace the end - these fxxking enderman destroied everything. They make a video.
plz mojang repair it we can't stand
I think they should drop held blocks when despawning.
So my framerate has been going down for quite a while in my original world I made over 10 years ago. I attributed it to age and the amount of stuff I have, but recently noticed I had 900 entities loaded, and my framerate was low because I had over 300 rendered.
They turned out to be mostly Endermen, and it took a lot of looking (by that I mean X-ray glitch, finding them would have been difficult). Dozens of endermen clumped up in small holes in the cave floor, surrounded by their collection of dirt, gravel, and mushrooms. A prison of their own making, unable to despawn due to the stuff in their hands.
This takes a long time to make an impact on the game, many many hours since 1.16 when this seems to have started. The biggest issue seems to be that the Endermen somehow become unable to teleport, despite the fact they have plenty of valid areas nearby. They did still teleport after being hit, proving that there were valid areas nearby.
How I would fix this:
1. Endermen holding blocks are not allowed to teleport into lazy chunks.
2. When an enderman is chosen for despawning, if it is holding a block it will not despawn, but it starts searching for a place to place the block. It is also prevented from picking up more blocks. After it places the block, it needs to be chosen for despawning again before it despawns. If it is chosen for despawning 10 times while holding a block, the holding-a-block check is skipped and it despawns.
3. Replace or augment the global "mobgriefing" game rule with separate game rules for each mob.
This bug is related to MC-148494. That bug describes entities not despawning in ticking chunks, whereas this bug report shows how persistent entities can get into ticking chunks (endermen holding blocks).
Regarding my list of possible fixes, the reasons for each:
1. This prevents endermen from teleporting to a location where they cannot despawn because their AI becomes frozen. Similar checks could be made for other mobs that are conditionally persistent, eg: zombies holding items.
2: The core fix. The endermen AI needs a few tweaks so it cannot get stuck in a world unable to despawn because it is holding a block. In addition to the changes listed, other changes may be needed: stricter application of mob caps, and endermen that tried but failed to place a block would be more likely to teleport to a new location.
3: More a suggestion than anything, this change allows server owners to use a game rule to stop endermen picking up blocks while leaving other mob griefing unchanged. This can also be implemented with custom block tags for blocks that endermen can hold.
Can confirm in 1.19.2 and 1.19.3
still an 1.19.4 and 23w18a
Related to MC-197126
For anyone suffering this problem, I've attached a screenshot from my community facing changelog on discord. In here I describe the problem, the problems with making a solution, and how the solution we settled on works to not disable the vanilla mechanic of endermen placing blocks entirely. If you want to do that, vanilla tweaks has a nice datapack to disable them picking blocks up.
The solution we settled on actually works really well! People still deal with (and sometimes complain) about Enderman placing blocks on their base so we maintained the mechanic, but the scoreboard in the datapack reports more than 400,000 enderman pruned and we no longer have carpets in commonly loaded areas and no endermen pockets when they dead-end.
For anyone from Mojang that makes it to this bug, if you don't want to roll back enderman holding blocks being persistent the easy solution I'd suggest is to simply just fix it so block holding Endermen utilize and respect the PersistenceRequired tag. Not sure why they don't in the first place (there could be a reason of course), and with a problem on a smaller scale with zombies picking up mob drops and building up it was much much simpler to make a datapack to more cleanly just mark certain zombies non persistent. but gain persistence when they are holding diamond or netherite items or things of similar value. I think there are similar datapacks out in the wild that people are quite happy with and it makes it a non-issue for servers where these types of problems are actually important, but I found no such thing for endermen. I hope the 400,000 number highlights the severity of the issue, and the datapack has only been in place less than a year on a map that started just a couple of months before the datapack. In addition, we had cleaned up the pockets by commands regularly before the datapack, so the number is not a result of the pile-up. I never actually dialed it in more aggressively either, it's quite conservative with the frequency of pruning.
In 1.20.2 and related to MC-197126 and MC-265587
Affects 1.20.4.
Endermen holding blocks grew to such a problem in my world that in a warped forest I visit frequently I had several hundred of them consuming over 50% of the tick processing time (about 950 entities, 800 of them endermen) and my logs were getting spammed with "Can't keep up!" messages. I had to switch to Peaceful to get rid of them and restore adequate performance.
I can confirm this in 1.20.5 Release Candidate 2. I would like to request ownership of this issue for two reasons;
1. the original reporter has not been active on Mojira since the creation of this issue, aside from 1 comment on this report. While that hasn't caused much harm considering the report has been relatively kept up with on it's affected versions, I see it valuable to have a reporter that can keep it up to date.
2. The description I argue can be improved and clarified, or at least have cleaner formatting. I'd like to create a new set of steps to reproduce which further outline the behavior this bug causes.
Confirmed in 1.21.4.