18w43a - This issue has now gotten worse in 18w43a, appears to happen a lot more frequently
⚠️ This report only covers totally invisible mobs. (No distortions or partially invisible). Entities seem to become invisible in several ways in 1.8. In this report one of the ways are described. If any of these things listed below applies to what you are seeing, this is probably the right place, if not then you should probably look in the "related to" list below for the bug you are seeing:
It is affected by draw distance.
It happens only in or close to always loaded chunks (Spawn chunks or chunks loaded by chunkloaders or portals)
It affects most entities, but not items just laying on the ground.
(Any the above alone is enough)
The reason that the other related bugs are not covered here is that they are not reproduced in the same way and they don't overlap much from a testing point of view, so it would be confusing to mix them together. However some of the other bugs around are probably heavily related to this one so in case of a fix, they should probably all be looked through. (Things turning invisible)
:info: Note: Due to recent merge with MC-66683 and also that I got to take over this report, the description here does not yet cover everything. It also needs some cleaning up. This however will be fixed soon. Until then most of the important parts are copied in here, but be sure to have a look at that report if you need extra info. Just make sure to post comments here to get everything in the same place.
General info
Mobs and most other entities become invisible, but will still make sounds and can in some cases be interacted with.
The issue covered here is only about mobs becoming totally invisible under certain conditions. It does not cover distorted or partially invisible mobs.
Conditions for it to occur
The entity needs to be loaded in the world while still be out of render distance and can never get unloaded, between the time you leave the area until you come back, for this to occur.
It happens using lower render distance settings (2-5) with it being easier to reproduce the lower the render distance is set to.
Happens in constantly loaded chunks. (Either spawn chunks or chunks kept loaded by chunkloaders)
Affected entities
Most entities are affected by this including:
Any creature or mob
XP orbs (invisible but I can still pick them up)
Empty and filled item frames
Boats and any type of minecart
Armor stand
However it seems, from the tests done so far, that items on the ground does not become invisible.
Reproduce
This issue is easy to reproduce and is still present in the current release (1.8).
Here is a video of this being reproduced
To reproduce this, follow these simple steps (originally described in MC-66683):
Spawn a new world, preferably superflat so that it is easier to see, and at the exact point you spawn, place an armor stand. Record those coordinates. Set your render distance to smallest (2). (Further testing shows that render distance 2 to 5 all cause this issue if the player moves 100 blocks away and back)
Travel exactly 100 blocks in any direction, and remember those coordinates. Place another armor stand there.
Return exactly 100 blocks back in the direction of the first armor stand to find that it is gone.
Teleport to the armor stand(s) (for example: /tp @e[name=Bob] or /tp @e[type=ArmorStand,c=-1]) to see that the armor stands are indeed still present but completely invisible. (Also teleport to item frames/paintings to see that they are present but completely invisible.)
Travel exactly 100 blocks back to the second armor stand to find that it too is gone.
Teleport to the armor stand(s) (for example: /tp @e[name=Bob] or /tp @e[type=ArmorStand,c=-1]) to see that the armor stands are indeed still present but completely invisible. (Also teleport to item frames/paintings to see that they are present but completely invisible.)
Exit out of the world and enter it again and the armor stands/item frames/paintings reappear.
(Optional) Test with traveling more than 100 blocks from spawn, placing armor stands every 100 blocks. You may find that upon returning to the first armor stand, it is still visible, but then repeating step 1 to 4 causes it to disappear again.
Further Testing:
Create chunk loaders and spread them in any way you like. Make sure you make entity processing chunks by surrounding a chunk with 2 layers of chunks.
Repeat the very first test's procedures, placing the armor stands/paintings/item frames inside the entity processing chunks.
Further Notes: I tested this with putting one armor stand at the exact point I spawned in a new world. Then I moved 100 blocks away and placed another and kept doing this. At some point, if I move too far out then fly back to spawn, the original ones are visible still. However, if I continue and follow the test procedures again and move only 100 blocks out, they disappear again.
More notes and further testing (copied from MC-66683)
Mobs are also disappearing when the player moves away from them, but the distance the player must move from them is different. From my tests I found them to be disappearing upon moving approximately 60 blocks away and coming back to them. It seems also to only occur in always loaded chunks, but of the lazy chunk variety.
To test this:
Create a new world, superflat is preferred to see what is occuring. Set your render distance to 2.
/summon <mob> ~ ~ ~ {NoAI:1b}
Move exactly 50 blocks straight in any direction.
/summon <mob> ~ ~ ~ {NoAI:1b}
Move 60 blocks further in the same direction.
/summon <mob> ~ ~ ~ {NoAI:1b}
Move 60 blocks back in the opposite direction to return to second mob. /tp @e[type=<mob>,r=10] to see that it is indeed still there but invisible.
Move 60 blocks in the original direction to find that third mob is still there.
Move 60 blocks back in the opposite direction to find mob is still invisible. Continue 50 more blocks to first mob to find that it is still there.
Exiting and entering the world will make invisible mob visible again. Note: dropped items do not seem to have this problem.
Related issues
is duplicated by
relates to
Attachments
Comments


Wow this bug is getting worse. Likely relates to MC-62166, or a duplicate and mobs should be added to that description.
Note: F3 + A will reload the chunks without having to leave the world file. Temp fix for now.

I tried doing F3 + A when the mobs became invisible, and the chunks did reload, but the mobs did not reappear, which suggests that this issue is not closely related to that issue.

If you reload Minecraft, does the bug reoccur?

The mobs become visible again, but not permanently. The mobs will eventually become invisible again after leaving the area and returning

Graphics driver issue, see MC-913

This is not the same issue. Entites (including item frames and armor stands) are occasionally rendered (or rather, not rendered) completely invisible, not semi-invisible.

Please force a crash by pressing F3 + C for 10 seconds while in-game and attach the crash report ([minecraft/crash-reports/crash-<DATE>-client.txt|http://hopper.minecraft.net/help/finding-minecraft-data-folder]
) here.

Reopened.

Steps to reproduce (bug happens in 80% of test cases for me) :
1. Create superflat world.
2. Optionally create a holding chamber and put a hostile mob or two in there,
3. Toggle F3+B so you see entity hitboxes
4. Fill your hotbar with items and switch to survival
5. /kill yourself and respawn
6. Many of the items you dropped are now invisible, as are the mobs. The hitbox from f3+b is not present, suggesting that the server isn't even sending the entity to the client.
7. Reload world. Entities now visible again.
Seems to depend on where respawn point is, as whenever I change spawnpoint the problem goes away.

I can confirm this in 14w34b
100% able to reproduce this in a single player superflat world when I put lots of cows in a 2x2 area, then unload/load the chunks again.
Restarting the game fixes it until you unload again.
Note: F3+A does not fix it for me.

Added crash log from F3 + C
crash-2014-08-19_18.04.44-client.txt

I Have now done some massive testing here and think that I have figured out ALOT more. (Still 14w34b)
Occurs for most entities.
Probably has something to do with render distance
Occurs on render distances 5 and below.
Only occurs if you go 5 chunks or below away from the target while still getting it out of render distance.
The entity gets visible again if you get further away than 5 chunks and come back again (no matter what render distance you have)
My testing:
Reproduced around 50 times in a row with ONE sheep in a 3x4 fence encasing (just to know where it was). Killing it off in between.
Just had render distance to 2 (to make it easy to unload/load), flew out and in again, and it was invisible.
Killing it with sword is not possible. Killing it with splash potion of harming works and it drops loot.
Also tested with the following enteties getting the same results:
XP orbs (invissible but I can still pick them up)
Empty item frames
Item frames with items in them
Boats
Minecarts with nothing below
Minecarts with rail below
Minecart with chest (and items in the chest)
Chicken
villager
Armor stand
creeper
Skeleton
Zombie Pigman
Horse
Enteties that did NOT dissapear when unloading chunks:
Items on the ground
Things that does not affect it that I tried while I was testing:
Placing a armorstand on a slimeblock on top of a sticky piston, then make it invisible by unloading and loading chunks again. After that trying to make it visible by shooting it up in to the air. (Did not work)
Changing from render distance 2 to 3 or 4 do nothing
Use VBOs: on/off does not change anything.
Things that DO affect it when changed:
Setting render distance to 6 or above will remove this totally. (Due to that you can not unload it and still be within 5 chunks)
When setting render distance to 5 you can only reproduce this EXACTLY on the chunk border 5 chunks away.
Moving further away than 5 chunks will reset all invisibility of the entities.
To sum it up.
Put down any entity (except regular items on the ground) and walk out of render distance, while still staying within 5 chunks of the target will make it invisible.
Moving further away than 5 chunks or quiting the game will make it visible again.
Setting render distance to > 5 will not result in invisible entities.

I made a more detailed post about this bug on my blog to not clutter up this thread to much: http://minecraft.cyoor.se/?p=57

I have a feeling it is related to MC-64161.

Confirmed in 1.8-pre1. Very gamebreaking in my opinion.

I have not experienced this with mobs but instead with the player's skin viewed from 3rd person.

@unknown: Are you are talking about third person view of your own avatar or looking at another player?
In case you are talking about a third person view of yourself, I see no way that you could get far enough away from yourself that you could unload your player. (Unless you do it some other way).
I think you should report that as another bug if it is yourself you are talking about, and maybe link to this one as maybe being related instead. This is based on what you can read in previous posts where I tested it.
However if it is some other player you are talking about, or that you have found some way to unload your own player, then it probably is the same bug, and more details would help. (Dont make a new bugreport if this is the case)

This probably is not the same issue, and I don't think the same unloading rules apply to the players because the player is not saved in chunks and can't be unloaded.

@ Pierre Walden: 3rd person view of myself in Single Player.

@unknown: No, I don't think so either, but if it has something to do with something else than the entities just getting unloaded (in the normal way we think of it), then knowing if it had some effect on seeing other players aswell could have been a clue to something.
@unknown: I think you should look for other posts about what you are describing and if you cant find anyone matching, I think you should make a new report on that. But It would still be interesting if you could do some testing following what I did and see what happens.
Also I have some questions for anyone reading this:
1.) What graphics card and driver do you have? The reason that I am asking about this is that both me and the original poster got quite similar graphics cards (not identical). I just want to eliminate this as a cause.
2.) Have anyone ever seen this in multiplayer or only singleplayer?
3.) Could anyone try to reproduce what I described in my post, but on another computer and make sure that it is not just my setup that produces those exact results?
4.) Could someone do the same tests as I did, but on a server (read previous posts). On that server it would be interesting to see what happens with different view ranges on server/client. Test the ranges around 2-6 on view range. (Both on client and server)
Please if someone could test and post their results (any info), it would be intresting.
I would do this myself, but since I did my testing (that I wrote about before) I have not had so much time. So I haven't been able to go back and test it in a multiplayer world.
(For details on my testing, read my previous posts)

Confirmed in 1.8-pre3.

I have the feeling this issue is often mixed up with MC-67608, which describes similiar things.

To continue my previous testing (Done some more testing):
I have reproduced it in 1.8-pre3 with my previous way of testing.
It seems that I am only able to reproduce this within the spawn chunks. (I am not 100% sure about this, but it seems like it)
It does not have anything to do with the computer setup. (reproduced on several different computers with many different graphics cards and different java versions)
(I still have not tested on a server/client setup)

MC-68102 says that the mob distortion is caused by not having the lastest Java version.

Yes, and this bug has nothing to do with what Java version you have. I intentionally tested this, using both a computer with an older java and a computer with the latest java 7 (since I read somewhere that minecraft does not support java 8, I have not tested that)
I do not think that this bug has much to do with the mob distortion bug at all, and I have not even once get distorted mobs or mobs with body parts missing (and I have reproduced this bug around 500 times during the testing).
So yeah.. I don't have a clue of why the "distorted Mobs / body parts of mobs missing" is even in the title on this bug.

What are the forced entities under the crash report?

Confirmed. Definately. I was fighting mobs in my survival world at night, and there were no mobs near me. I'm walking, and I suddenly hear a creeper hissing sound. I look next to me and see an explosion out of nowhere, followed by a second creeper actually killing me. I've seen it with skeletons too. Please confirm, why is this still unconfirmed?

A possible cause for this is MC-66683

@unknown:
I would say that that one is a duplicate of this one.
If you have read my previous posts in this thread, you can see that NONE of the bugs set as duplicates to this one have anything to do with this bug. We have said that several times here if you read it all.
Also the change you made in the title from "Invisible Mobs" to "Invisible Mobs / body parts of mobs missing" on 24/Aug/14 didnt make any sense (as we also have pointed out here before)
To be honest it seems like the changes you have made here have only dragged the description of the bugreport away from what it initially was a report for. The confusion you have here (that the rest of us doesn't have) is totally on you, since its you that have put things as duplicates that aren't duplicates, and also changed the title of the bugreport to something that the report is not related to.
It is totally clear what this bug is as I have described previously here both in posts in this bugreport, and in my blogpost (that I linked in a previous post here). It is 100% reproducible and I have gone in to details of how to do it. The bug you linked t as a possible cause is not just a "possible cause", it is 100% a duplicate of this one.
As @unknown wrote 06/Sep/14, the bug MC-67608 should probably be reopened because it is NOT a duplicate of this one. Neither are any of the other bugs that you have put as duplicates here.
What you should do is:
1.) Revert back to the original title of the bugreport "Invisible Mobs" or change it to "Mobs become invisible when chunk gets out if render distance while still beeing loaded" (or something like that)
2.) Remove all the faulty duplicates that have just been put in here faulty to just die because they are not related.
3.) Set that thread you found as a duplicate of this one, since it the exact same bug.
Also, as someone said at some point 50% are duplicates on this board, so I sugest that you dont put more things as duplicates when they are not..
Sorry if I seem irritated here, but it is hard to reach anywhere when no one reads what is written.
Spending time reporting bugs kind of seems pointless when the conversation goes like this:
reporter: Bug is "A"
more people: Confirmed..
MOD: Oh.. Bug is "B", then it must be duplicated by all other "B".
Everyone else: No... Bug is "A" and is not related to "B" at all.
MOD: Ok I will change the title so that it says that the bug is "B".
Everyone else: Why? It is not "B".
Mod: It seems that all these other bugs are duplicates of B, lets close them.
Reporter of bug B: Why have you marked "B" as duplicate of "A"? They are not related.
MOD: No response
Everyone: We have now done a detailed analysis of "A", and it is still not related to "B", could you remove it?
Time passes.....
Mod: Oh I might have found a possible cause for this. LINK TO duplicate of "A"
Everyone else: Sigh... Well that is what this bug have been about all along.

@@unknown et al.: Sorry for causing trouble here, things fixed. I made you the reporter of this ticket (Sorry @unknown), so you can edit the summary and description.
To improve direct feedback to the mods there is a new subreddit at http://www.reddit.com/r/Mojira/


@@unknown Thank you for clearing everything up, and I am sorry for maybe being a bit to harsh in my previous post. I got a bit tired and the frustration just boiled over. 😛 I know that you mods are doing the best you can. 🙂
Regarding the issue.. I don't have that much time today, but I will try to as soon as possible make the bug description to contain all the vital information and details to make the bug report as clear as possible as soon as I can.
In the meanwhile: For everyone that got details on this or tests that you have done that I have not already written about, please post them here, and I will add those details to the summary when I update it.

Feel free to link to my MC-66683 report for it's tests and videos and explanations, or copy any info from there into here if you wish to.

The title and description of this bug need to be changed to include everything from MC-66683.

@unknown: I have for now copied a lot of the info from your report in to the description here and pointed out that the MC-66683 report have some important information. (I hope that you are ok with that?)
I guess that the two reports here have evolved independent of each other, and in both reports it seems that we have come a long way to figure this one out totally. This is good in a way I guess, since it shows how clear this bug is. But it also makes a lot of info spread over the two reports. I will try to go through everything in detail eventually to get it all in here eventually.
As soon as MCP is updated I will have a look at the code, but until then I have some more tests I would like to do.
Since you seem to be investing some time in to testing this, would you be interested in doing some of that testing together?
If so, feel free to contact me on mcblog[at]cyoor.se
@unknown: For now I have updated this report with the most important info from the other report. I will update this more soon to include all the testing that I have done. But since I have quite a lot to do atm, and most of the info is available in this thread or the other, I started by just making sure that the post important parts are noted here. More will have to come later.
While it makes things easier to get things done and will help a lot with the update of our testing, I did not expect to be set as the reporter of this ticket. I usually don't post tickets on my own when I don't have time to keep them up to date, but since I am invested in this one and I feel that I have tested it a lot already I will make sure that I wont let anyone down. 🙂
If anyone have comments on things that needs to be changed or made more clear, make sure to post them here and I will update with those details.

I think I am experiencing the same bug (unable to see mobs in game but can hear/get hurt by them), but I also can't seem to see other players in multiplayer, or my own character's skins in the inventory window. Does this help at all, or is it more likely something different?

@unknown: We have experienced the "invisible players" issue, that you describe, on our server as well, but we have not done any controlled tests yet to determine if it is caused by the same bug as this one. It might be, so if you have the possibility to do some more testing to give more info or maybe reproduce the invisible players thing, feel free to post it here.
If we find that it is the same issue, I will include it in the description, otherwise I guess that we know that it is a separate bug, and should be treated as such.
Things that you can test if you have the time is to do the same test as shown in the description, but instead you put players where you would have put the mobs/itemframes and so on. Go on to do the rest of the testing and see if it have the same results.
Also do one test where one player stands still and another player just runs off like 200 blocks and then back and see if it persists (Just as a control)
Regarding your own character's skin in the inventory, that is probably something else.

Not sure if this has been mentioned already but their hitbox seems to disappear too (I attacked an invisible Villager and instead destroyed the block behind it).

Also it seems that dying often causes dropped items to turn invisible (even if you are only a few blocks away). I did not find "die", "death" or "dying' with Ctrl+F so I assume that no one's stated it yet (though it has been reported several times.

^Yes, I first experienced this issue intermittently when dying and respawning....some of my items would be invisible but still collectible. F3+b shows no hitbox so my most logical guess is that the server is not sending the entity to the client to render.

@unknown: Items on the ground is the only type not showing the behavior when trying to reproduce this bug in the way we have done it so far.
It might however still be the same bug or something related. All info is useful. So if you could come up with a way to step by step reproduce this with items, I will test and see if it might in fact is the same bug but affected differently.


IMO MC-67952 is about showing items and items as flat sprites being 0 pixels wide when looked at from straight above

@unknown:
Probably not, since this has to do with draw distance and loaded chunks. The way that bug is reproduced is totally different, so I do not think that they have much in common (except for the invisible part).

Confirmed for
1.8 for items after death Sorry for no way to reproduce, here you go:
How to reproduce:
Die with items in your inventory in the spawn chunks (also with keepInventory false)

@@unknown
As I said to @unknown before: Could you write down a way to step by step reproduce this with items, since items are not behaving the same way under other conditions. What you are experiencing might be another bug (or maybe the same). Either way, it is important to be able to reproduce and to check.
Until a way to reproduce items becoming invisible have been shown, I will not add it to the description.
So please.. I say it again: Write a step by step way to reproduce this with items.

this happened to me as I was experimenting with mobs and half slabs, after respawning for the nth time, at least two of the remaining skeletons turned invisible and both proceeded to attack and kill me. now i had the render distance at 6 and the setup was just within viewing distance from spawn and in my astonishment i took numerous screenshots of which I selected 1 per second to insert into this gif.

To reproduce items invisible on ground after dying:
1) Create a superflat world (preferably w/o grass so you can see items better)
2) Create a 1x1 platform above the ground
3) Set your spawn point (/spawnpoint) several blocks away from the platform
4) Give yourself some items, stand on the platform and do /kill
5) If items show up, kill yourself again until they do disappear.
6) When items disappear, type /entitydata @e (you will see that they exist but are not visible and may/may not be able to be picked up).
Teleporting away and back fixes the issue.

@unknown: I tried your method, but could not reproduce the problem. (Tried around 50 times to be sure, then I tried some other parameters, but with no results.)
Could you help me a bit? Specifically, could you clear up the following:
How far above the ground do you have the platform / block?
How far exactly is "several blocks away"?
What render distance do you use, and does the render distance affect this?
Can you reproduce the same thing at another location away from spawn, but instead use a bed?
Also.. Just to make sure: Have you checked so that it is not MC-4 ?

@unknown: It was a bit hard to tell what was going on from your gif.
You said that you were experimenting with halfslabs when this happend. Did you have anything below?
I could see a head in some of the pictures, are you sure that it is not MC-119 that you are experiencing? I dont know, but skeletons might be able to shoot you while still seem to be below the ground (and thus be invisible to you).
If not, could you describe a bit more what was going on?

@unknown: Attached the world (newly generated). Just now it happened on the 3rd try on 11 render distance (though last time it happened on 4). When the items disappear, type
/testfor @e[r=20]
and you will see that the item is within the radius, but invisible.
EDIT: It works also if you sleep in a bed elsewhere and /kill yourself 10 blocks away from the bed. There does not need to be a platform.
Also it seems that the world compressed into a RAR not a zip, I don't know if this will cause problems (but if it does you can also use the world in MC-68403).

@unknown: Yes I can confirm the items disappearing now. That is not the same bug as this one. The bugs are reproduced in different ways, they are not affecting the same items, render distance does not seem to affect the bug you have discovered and there are a lot of other differences... So not the same bug. I think that MC-68403 is the one you are experiencing though, so that one being a duplicate of this one is wrong.
If some mod sees this, please remove MC-68403 duplicating this one. They may at best be related.


@unknown: Thanks 🙂
@unknown:
I read through all of those reports and I agree in some cases, but it is quite hard to say in other cases. (Those cases probably dont matter, since the info on those reports are so thin). Anyway.. This is what I think regarding those that you posted:
The ones that is dupe of MC-68403:
MC-66136
MC-68504
MC-70949
Not enough info, but probably this one:
MC-68086
Not enough info, but probably MC-68403:
MC-72865
Not enough info (Could still be either one):
MC-68693
MC-72620
MC-71487

@@unknown: Yes, most of the other tickets have very little information, I resolved all "death" tickets to MC-68403

Still in 1.8.1 pre-1

@unknown: Yeah that sounds reasonable. Thanks.

@unknown: Sorry for not responding sooner to your question but I am certain that it is not related to #MC-119 as I placed the mobs there myself. I put a bunch of skeletons in a hole 1 block deep with a half-slab roof and attempted to see how many of the skeletons I could coax into killing each other without dieing too often. I tried similar experiments prior to that with other kinds of hostile mobs but the skeletons were the only ones that could still harm the player and stay in their hole. I would upload the annotated world file but the computer it is on is currently in the repair shop for a damaged motherboard. However, if and when I get the world file back in one piece, I will attach it to this issue report either under its original file-name, "Note Block Magic", or as "Mob Experiments" and hopefully clear up some confusion.

Still in 1.8.1-pre 5

Still in 1.8.1.

I am having the same issue running official "release 1.8.1" singleplayer with no mods. It is opened up as a LAN game.
We are using itemframes for our storage chest area; as a result, we have 55+ itemframes up with items in each them.
Well before they started disappearing...
Also, before I forget:
Java 7 Update 67 (build 1.7.0_67-b01)
Windows 7 Enterprise 64bit SP1 (Legit)
AMD FX(tm)-8120
NVIDIA GeForce GTX560Ti
16GB RAM

Still in 1.8.2-pre1. I experienced it while playing a challenge map.

No wait, i'm not seem to experience this on 1.8.2-pre1 on the challenge map i'm playing, but yes on 1.8.1.

Confirmed for 1.8.2-pre1.

Can confirm for 1.8.2-pre3

This happened to me in 1.8.2pre6
Sometimes f3+A to reload the chunks beings the mobs back but it doesn't seem to work for things like item frames. Unless, can someone see if I am doing this right? (I noticed if you aren't EXTREMELY accurate with the commands, the mob or item will summon but it eventually disappears.)
This one works but only disappears (goes invisible) when I open to LAN.
summon ItemFrame -90 72 481 {Invulnerable:1,Facing:3b,ItemRotation:1b,Item:{id:blaze_rod}}
These disappear all the time when the chunk unloads.
summon ItemFrame -90 72 481 {Invulnerable:1,Facing:3b}
Note: The above disappears regardless if i put an item in it or not; invulnerable or not.
EDIT: This report is about item frames too right?

This still happening in 1.8.3, please fix that bug, is so annoying in Skyblock worlds.

@kumasasa
It seems to only happen in the spawn chunks. For me anyway, I noticed that as long as I don't build my towns and such in the spawn chunks, the people and other entities don't disappear, including item frames!

Happens at any location for me, with both the view distance, and the getting killed methods, with or without using a bed. Occurs most often with mobs.
Yields — "Signature is missing from textures payload"
1.8.3

I just hit the horse teleport bug MC-44514, it seems like the two would be related?
After teleporting a mob 100 blocks (assuming it's probably 80 like I saw with the horse), I see this.
F3+A did not reload the mob for me, I had to relog or move around a bit to get it to appear.
Render Distance at 32 chunks.

I found a simple fix for this
I have a potato battery (sarcasm) for a computer so I frequently deal with this bug because I only render 2-4 chunks normally.
What I found is that if I traveled a few chunks away, then went back to the same location, having it reload the chunk the bug was in, the entities would become visible again.
Hope this helps

@Quinn Coral
That's more similar to MC-45067, you should probably mention it there.

Still in 1.8.4

My issue (MC-74044) is not a duplicate of this post. Whoever decided to call it a duplicate is wrong and very sorry indeed.

The entities affected by this bug, still make particle effects (Blazes) and even if they have no hitbox, you cannot place blocks if the entity is in your way

I noticed today that it can occur in render distances up to even 8 chunks, and maybe more if condition is right..

MC-80298 is a possible cause for this issue.

I'm experiencing the same issue on my 15w33b server where almost all my villagers disappear (become ghosts) from my villager farm. I haven't found a way to reproduce it but it seems to be related to chunks loading/unloading. Server's render distance is set to 10 chunks. Only solution is to restart the server, several times a day.

Confirmed for 15w33c.

Sorry for the bump, but this is important. This bug has been here for quite a while but it is still unassigned.

I experience this even with render distance of 32 chunks, in 15w34a. I only noticed it for the first time, however, in 15w32a. I have lots of item frames, so this gives me the impression that something recent might have changed to affect large render distances, whereas this wasn't a problem before for such render distances. (If that even makes sense.)

Confirmed for 15w36d. Armor stands turn invisible, and executing a command or using testfor proves their existence. I went to the nether a few times, and some in one chunk were invisible, while others in a different chunk were still there. Ughghghg.
Edit0: All chunks are spawn chunks.

Issue persists in 15w37a, single player
I have several armor stands that are executing a glowing effect to all players in a selected radius. Occasionally they will disappear and the execute command will no longer function. Exiting and reloading the world will make them pop back up. I have seen villagers disappear as well, but I haven't tested on them as extensively as I have on armor stands.
Issue seems entirely random and is not associated with persistent chunks.

This issue is a puzzle to reproduce. It does seem to be related to chunks loading/unloading but when I try to reproduce the problem it doesn't manifest itself.
In 15w37 however, it's worse than ever. Whenever I log onto my server, ALL my farms are "empty". No cows, no sheeps, no chickens, no villagers, no minecarts, no armor stands. I have to teleport far away (or go to the nether), wait 30 seconds then come back to make them reappear. Using /testfor @e when close to the invisible entities results in a "that entity cannot be found" error.
My iron golem farm isn't producing anything for more than 75% of the time, since most of the times villagers are gone (invisible villagers don't register in villages).
It's weird to see that this issue is more than a year old and nothing is being done on such a showstopper. However, I haven't seen this problem very much until the 1.9 snapshots. In 1.8 it seemed to happen but very rarely and on very few entities. In the 1.9 snapshots it's "always" occuring. My iron farm is almost never producing anything, my villager trading station is pretty much empty all the time.
Please have someone look into this, as it's become very annoying and is disabling every single automatic farm (relying on entities), making the game almost unplayable and useless. I understand it wasn't such of an issue before as it rarely happened. But now the problem is present all the time and has become a huge issue.

if you make a world in 1.8.8, then open in snap, world is fine
EDIT: World becomes corrupt after, even, mobs without hotboxes and invisible any way

@Early Reflections abd other recent commenters:
This issue is only about entities being invisible clientside/not being sent to the client. In all cases they are still there serverside, can still attack you, be identified by testfor, etc.
No doubt your issue is also severe, but I think there's another ticket that better suits it (permanent disappearances)
Unless there's some weird case where it disappears both client and serverside, then reappears on login. Then that'd be really weird 0.o

@Vincent Lee:
Well, it seems it's really weird then! I wouldn't classify it as a "permanent disappearance" because they do reappear on chunk unloading/reloading, but more as a "total disabling and disappearing" of them, both server-side and client-side.
Invisible farmers don't farm, invisible hopper-minecarts don't run and don't collect anything, invisible animals have no hitboxes and cannot be heard/moved/fed/killed, invisible chickens don't lay eggs, invisible baby entities never grow up.
If this was only client-side, all of the above would be false. They would just be invisible, but still do their work.
I will try to post a video showing this before tomorrow.

Here's a video showing the problem: https://youtu.be/0mfzklwtNBc

THANK YOU SEAAAAAAAAAAAAAAAAAAAAAAAARRRRRGEEEEEEEEEEEEEE :DDDDDDDDDDDDDDDDDDDDDD

This definitely isnt fixed in 15w38b, Windows 7 sp1 x64, java 8 update 60 x64, a6-4400m cpu/ amd 7520g integrated graphics.

That's why it says Future Version.

Why is 15w38b listed as one of the fixed versions then? or does it mean itll be fixed in the release after 15w38b?

They tried a fix, didn't work. Now they did 3 fixes.

The current fix in 15w38b did the trick for my case. None of the issues I had ever occured again. Entities simply became "invalid" entities server-side, I guess. Thanks a ton for this!
On the other hand, since the fix, console spams a lot of "Tried to add entity X with pending removal and duplicate UUID xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" errors. But it's basically a non-issue at this point!

@unknown: This is MC-88922

Fixed again (for the 3rd time, fixing a 4th bug in addition to the 3 bugs I already found last time), hopefully it's now solved completely.

Abandon your hope, Searge, because in 15w41b there is still invisible mob bug. =P
To reproduce:
set render distance to minimum (2 chunks)
type:
/summon Pig ~ ~ ~2 {NoAI:1}
/tp @e[type=Pig] ~ ~ ~20
/tp @p ~ ~ ~20
You should be next to pig, but there is no spoon... I mean there is no pig. You can't see it and do not collide with it, but also you can't place blocks, where the pig is.
It can happen far from spawn chunks (1000x, -2000z)

@@unknown: Cannot reproduce with your procedure (flat world, -800, +1000 away from spawn).
Please create a new world, reproduce it with your steps and zip and attach that world here.

Strange. Now I'm confused. After more testing i reproduced this bug. Reproducing will be a bit harder:
new world, creative, redstone ready preset
/tp @p 2000 60 2000
/summon Pig ~ ~ ~2 {NoAI:1}
this command run several times, about 7 times: /tp @e[type=Pig] ~ ~ ~20
you will be able to run this command only once: /tp @p @e[type=Pig]
here will be no pig.
Turn around and fly back to 2000,56,2000.
/summon Pig ~ ~ ~2 {NoAI:1}
/tp @e[type=Pig] ~ ~ ~20
go find this pig.
uploading world save will not help, because bug depends on something that happens during gameplay, and is fixed on save+load game.
Now should be reproducable. Sorry for not testing before on new world. Second pig will appear in about a minute or two.
First pig is gone, can't find it at all. Second disappears every time i leave it and come back.

Forced crash when i was next to the second, invisible pig.

Michal: Still happening in 15w42a? Can you attach a video of this happen?

I recorded a video of this bug in 15w42a. Also log of launcher.
[16:13:08] is telling what happened with first pig.
[16:12:07] [Server thread/INFO]: Starting integrated minecraft server version 15w42a
[16:12:07] [Server thread/INFO]: Generating keypair
[16:12:07] [Server thread/WARN]: Unable to find spawn biome
[16:12:07] [Server thread/INFO]: Preparing start region for level 0
[16:12:08] [Server thread/INFO]: Changing view distance to 2, from 10
[16:12:08] [Server thread/INFO]: Irbis[local:E:2ef28939] logged in with entity id 0 at (789.5, 56.0, 157.5)
[16:12:08] [Server thread/INFO]: Irbis joined the game
[16:12:09] [Server thread/INFO]: Saving and pausing game...
[16:12:09] [Server thread/INFO]: Saving chunks for level 'bug'/Overworld
[16:12:10] [Server thread/INFO]: Saving chunks for level 'bug'/Nether
[16:12:10] [Server thread/INFO]: Saving chunks for level 'bug'/The End
[16:12:16] [Server thread/INFO]: [Irbis: Teleported Irbis to 2000.5, 60.0, 2000.5]
[16:12:16] [Client thread/INFO]: [CHAT] Teleported Irbis to 2000.5, 60.0, 2000.5
[16:12:23] [Server thread/INFO]: [Irbis: Object successfully summoned]
[16:12:23] [Client thread/INFO]: [CHAT] Object successfully summoned
[16:12:28] [Client thread/INFO]: [CHAT] Irbis is a player and cannot be changed
[16:12:28] [Client thread/INFO]: [CHAT] The data tag did not change: {HurtByTimestamp:0,Attributes:[0:{Base:10.0d,Name:"generic.maxHealth"},1:{Base:0.0d,Name:"generic.knockbackResistance"},2:{Base:0.25d,Name:"generic.movementSpeed"},3:{Base:0.0d,Name:"generic.armor"},4:{Base:16.0d,Name:"generic.followRange"}],Invulnerable:0b,ForcedAge:0,PortalCooldown:0,AbsorptionAmount:0.0f,Saddle:0b,FallDistance:0.0f,InLove:0,DeathTime:0s,HandDropChances:[0:0.085f,1:0.085f],PersistenceRequired:0b,Age:0,Motion:[0:0.0d,1:0.0d,2:0.0d],Leashed:0b,UUIDLeast:-7193678786738075296L,Health:10.0f,LeftHanded:0b,Air:300s,OnGround:0b,Dimension:0,NoAI:1b,Rotation:[0:0.0f,1:0.0f],HandItems:[0:{},1:{}],ArmorDropChances:[0:0.085f,1:0.085f,2:0.085f,3:0.085f],UUIDMost:8656010320846734467L,Pos:[0:2000.5d,1:56.0d,2:2002.5d],Fire:0s,ArmorItems:[0:{},1:{},2:{},3:{}],CanPickUpLoot:0b,HurtTime:0s}
[16:12:35] [Server thread/INFO]: [Irbis: Teleported Pig to 2000.5, 56.0, 2022.5]
[16:12:35] [Client thread/INFO]: [CHAT] Teleported Pig to 2000.5, 56.0, 2022.5
[16:12:36] [Server thread/INFO]: [Irbis: Teleported Pig to 2000.5, 56.0, 2042.5]
[16:12:36] [Client thread/INFO]: [CHAT] Teleported Pig to 2000.5, 56.0, 2042.5
[16:12:37] [Server thread/INFO]: [Irbis: Teleported Pig to 2000.5, 56.0, 2062.5]
[16:12:37] [Client thread/INFO]: [CHAT] Teleported Pig to 2000.5, 56.0, 2062.5
[16:12:38] [Server thread/INFO]: [Irbis: Teleported Pig to 2000.5, 56.0, 2082.5]
[16:12:38] [Client thread/INFO]: [CHAT] Teleported Pig to 2000.5, 56.0, 2082.5
[16:12:38] [Server thread/INFO]: [Irbis: Teleported Pig to 2000.5, 56.0, 2102.5]
[16:12:38] [Client thread/INFO]: [CHAT] Teleported Pig to 2000.5, 56.0, 2102.5
[16:12:39] [Server thread/INFO]: [Irbis: Teleported Pig to 2000.5, 56.0, 2122.5]
[16:12:39] [Client thread/INFO]: [CHAT] Teleported Pig to 2000.5, 56.0, 2122.5
[16:12:39] [Server thread/INFO]: [Irbis: Teleported Pig to 2000.5, 56.0, 2142.5]
[16:12:39] [Client thread/INFO]: [CHAT] Teleported Pig to 2000.5, 56.0, 2142.5
[16:12:40] [Server thread/INFO]: [Irbis: Teleported Pig to 2000.5, 56.0, 2162.5]
[16:12:40] [Client thread/INFO]: [CHAT] Teleported Pig to 2000.5, 56.0, 2162.5
[16:12:46] [Client thread/INFO]: [CHAT] Irbis is a player and cannot be changed
[16:12:46] [Client thread/INFO]: [CHAT] The data tag did not change: {HurtByTimestamp:0,Attributes:[0:{Base:10.0d,Name:"generic.maxHealth"},1:{Base:0.0d,Name:"generic.knockbackResistance"},2:{Base:0.25d,Name:"generic.movementSpeed"},3:{Base:0.0d,Name:"generic.armor"},4:{Base:16.0d,Name:"generic.followRange"}],Invulnerable:0b,ForcedAge:0,PortalCooldown:0,AbsorptionAmount:0.0f,Saddle:0b,FallDistance:0.0f,InLove:0,DeathTime:0s,HandDropChances:[0:0.085f,1:0.085f],PersistenceRequired:0b,Age:0,Motion:[0:0.0d,1:0.0d,2:0.0d],Leashed:0b,UUIDLeast:-7193678786738075296L,Health:10.0f,LeftHanded:0b,Air:300s,OnGround:0b,Dimension:0,NoAI:1b,Rotation:[0:0.0f,1:0.0f],HandItems:[0:{},1:{}],ArmorDropChances:[0:0.085f,1:0.085f,2:0.085f,3:0.085f],UUIDMost:8656010320846734467L,Pos:[0:2000.5d,1:56.0d,2:2162.5d],Fire:0s,ArmorItems:[0:{},1:{},2:{},3:{}],CanPickUpLoot:0b,HurtTime:0s}
[16:12:55] [Server thread/INFO]: [Irbis: Teleported Irbis to Pig]
[16:12:55] [Client thread/INFO]: [CHAT] Teleported Irbis to Pig
[16:13:08] [Server thread/WARN]: Wrong location! (125, 135) should be (125, 126), vs['Pig'/9412, l='bug', x=2000,50, y=56,00, z=2162,50]
[16:13:08] [Server thread/WARN]: Tried to add entity Pig but it was marked as removed already
[16:13:16] [Server thread/INFO]: Irbis has just earned the achievement [Taking Inventory]
[16:13:16] [Client thread/INFO]: [CHAT] Irbis has just earned the achievement [Taking Inventory]
[16:13:25] [Server thread/INFO]: [Irbis: Object successfully summoned]
[16:13:25] [Client thread/INFO]: [CHAT] Object successfully summoned
[16:13:31] [Server thread/INFO]: [Irbis: Teleported Pig to 2002.8441862451443, 56.0, 2020.3024767730958]
[16:13:31] [Client thread/INFO]: [CHAT] Teleported Pig to 2002.8441862451443, 56.0, 2020.3024767730958
[16:13:35] [Client thread/INFO]: [CHAT] The data tag did not change: {HurtByTimestamp:0,Attributes:[0:{Base:10.0d,Name:"generic.maxHealth"},1:{Base:0.0d,Name:"generic.knockbackResistance"},2:{Base:0.25d,Name:"generic.movementSpeed"},3:{Base:0.0d,Name:"generic.armor"},4:{Base:16.0d,Name:"generic.followRange"}],Invulnerable:0b,ForcedAge:0,PortalCooldown:0,AbsorptionAmount:0.0f,Saddle:0b,FallDistance:0.0f,InLove:0,DeathTime:0s,HandDropChances:[0:0.085f,1:0.085f],PersistenceRequired:0b,Age:0,Motion:[0:0.0d,1:0.0d,2:0.0d],Leashed:0b,UUIDLeast:-7937855429199108614L,Health:10.0f,LeftHanded:0b,Air:300s,OnGround:0b,Dimension:0,NoAI:1b,Rotation:[0:0.0f,1:0.0f],HandItems:[0:{},1:{}],ArmorDropChances:[0:0.085f,1:0.085f,2:0.085f,3:0.085f],UUIDMost:9213964234206168295L,Pos:[0:2002.8441862451443d,1:56.0d,2:2020.3024767730958d],Fire:0s,ArmorItems:[0:{},1:{},2:{},3:{}],CanPickUpLoot:0b,HurtTime:0s}
[16:14:15] [Server thread/INFO]: [Irbis: Teleported Irbis to Pig]
[16:14:15] [Client thread/INFO]: [CHAT] Teleported Irbis to Pig

Reopened, see video of @unknown and MC-90850

15w43a

Happening for me, too. Happy to troubleshoot/help.
MC 1.8.8
Win 7x64
Intel GMA 4500m
intel su7300
4gb

Confirmed for 15w46a for a villager. Not sure how it happened.

Confirmed again for Villagers after coming back from the end in 15w47a

Im experiencing this in 15w50a

Me too...

A invisible chicken jockey killed my villager today.

Still happening in 16w04a.

Confirmed for 16w05b.

Still happening in 1.9 pre-release 1

@unknown pre 1 or 2?
And with which prerequisites/how?

I am seeing a similar or the same bug in 1.9 pre 4, but only with players. I am not sure if it's the same bug or not (as discussed in the other comments on this issue), but my report was marked as a duplicate. The issue seems to be fixed when the invisible player disconnects and reconnects to the server, but it does seem to happen a lot, especially when travelling to the end.

I have what I thought to be this issue with a few certain mobs, but have discovered something I don't think has been mentioned so am not sure.
I have a pen with 3 horses, 2 of which are invisible and do not seem to have functioning AI. I can /tp to them, however, which is the only way I could confirm they were indeed there, and do not seem to move at all. I have been seeing plenty of "Keeping entity" messages in my server's console since updating to 1.9 and have realised two of these horses are included in that, both with the same UUID.
[16:04:52] [Server thread/WARN]: Keeping entity EntityHorse that already exists with UUID 8671f013-891f-45c8-af9c-cf8f786035a1
[16:04:52] [Server thread/WARN]: Keeping entity EntityHorse that already exists with UUID 8671f013-891f-45c8-af9c-cf8f786035a1
Confirmed by using /tp 8671f013-891f-45c8-af9c-cf8f786035a1
Render distance: 6

@unknown thats MC-95649

Thanks @unknown, have reposted my comment over there.

Not able to reproduce in 1.9.4

This bug has been increasingly annoying, for the fact that in a mini-game I am making, players become invisible when entering the battlefield and there is no way to avoid it. Unless this would be a different bug, because it does not state that this bug effects players, when in often cases everyone will become invisible.

This is effecting us a lot in an adventure map we are about to release (1.9.4). We have approx 250+ villager shops and half the time they do not show unless the player logs out and then logs back in. Is there nothing that can be done to fix this issue? After all, this has been a bug here for nearly 2 years it would seem unless I am mistaken which is quite possible.

Confirmed for 1.10. Why the hell isn't this bug fixed yet?!

Wow...amazed at how long this bug has been happening. Here's the weird thing: My son and I have been playing MineCraft solo and on servers I run on my own server box, going back to 1.6.4 I believe.
We have NEVER seen this problem before, it seems to have begun to occur only about 2 weeks ago. How is it we never saw this before? No idea. Prior to 2 weeks ago, I had never run above 1.8.9 as there is a certain Forge mod I use that hadn't been upgraded yet. (Does not change graphics, skins, etc.) My son did immediately go into 1.9 and then 1.10 as soon as they were released.
So the odd thing is...why did we never see this before, considering how long it's been going on, and what did we do to suddenly cause it...seems there might be clues therein, but I'm not smart enough about the back end of MC/Java/etc. to have a clue where to start. (I'm an SQL tech support person, so troubleshooting I know....just not this flavor thereof.)
If anyone has any questions back to me, logs I might generate or tests I might do that might help shed light on what made me free for so long, please ask. I'd love to help nail this, it seems bizarre to me that it's been so long.
(We only get - or have only noticed so far - deadly mobs go invisible...skeletons, zombies (all types) and spiders for certain. Others, not sure yet.)
JD

Reproduced (accidentally) in 1.10.2. It just suddenly started happening randomly starting a few weeks ago, and while according to this report, low render distances cause most of the problem, I have a render distance of 16 and it's happening constantly now.

Version 1.10.2. Vanilla server. Maybe is the same bug: https://youtu.be/A0pRJcfeA9c Some villagers not rendering.

I encounter this issue with Mac client 1.6.61 (and previous) attached to Linux Spigot MC 1.10.2 (and previous), with or without ChunkLoaderX enabled. Reproduction scenario:
If I move via tp between locations in the same world, some entities are rendered invisible. If I teleport to a different world and back, the entities become visible again.
There are two locations of interest: the world spawn point (WSP), created by MV; and my world home (MWH), created by Essentials /sethome. When I first enter the world at MWH, using /home MWH, there are six entities present close to hand: five sitting tame wolves and one boat (all placed long ago). The following recipe renders them invisible:
/tp WSP (using x y z parameters)
/tp MWH (again using x y z parameters)
They are visible when I arrive at MWH, but immediately become invisible. This effect is repeatable ad nauseum. (Occasionally, one of the dogs remains visible, but usually not.)
The effect occurs in the "original" world and in other worlds created by MV. It occurs using both /minecraft:tp or /essentials:tp or /tp (aliased to minecraft:tp in commands.yml). There is no server or client console or log output to suggest anything amiss.

I've never experienced this before but now it has finally appeared with me with the 1.11 update.

I believe that I was mistaken. This appears to be caused by interaction with ChunkLoaderX (and possibly other chunk loaders). I do not experience this behavior with ChunkLoaderX disabled.

Adding my 2cents ... I can't say I experienced this very much in earlier versions, but with 1.11 it is happening so frequently on my Realms server that I've made it a habit to re-connect at semi-regularly intervals.
I've noticed this specifically with Endermen in The End (when traveling around for End Cites), villagers, minecarts and other players. With Endermen, you can still see their particle effects and hear them. They will even attack if you happen to look at their invisible heads. A re-connect always fixes the issue.
Unfortunately, I haven't been able to figure out how to recreate it reliably and neither of the steps outlined in this original bug work in 1.11, but I haven't yet tried them on a server.

Rather than disconnect/reconnect, try teleport to a different world, then back. That reliably worked for me. (Disabling chuckloaderX worked even better; I have not seen the behavior since.)

Invisible creeper are the worst. I never really suffered from this issue before 1.11 but now it seems to happen all the time. Reloading the resources (f3+t) fixes the problem, but only temporarily.

In my experience, it will happen whenever you teleport in the same world.

To add to my comment above, today my donkey went invisible WHILE I was riding it. So this may be a new issue I'm experiencing that doesn't completely have to do with chunks that are loaded/unloaded.
Edit: It happened again. When I switch to 3rd person view, both my donkey AND ME are invisible. Though I still see my hands in 1st person view. As I kept going we both eventually re-appeared. Odd.
Edit: It keeps happening and I turned on chunk borders while running and discovered that I always vanish and re-appear as I cross chunk borders. It seems that I also reappear after passing through just a few chunks. My view option is set to 32 chunks. Also, if I stop at a border where I vanished, I can walk back and forth across the chunk border and cause myself to pop in and out of visibility 🙂 If I hop off the donkey and put him on a lead, as I lead her back and forth across the border, she and the lead vanish and re-appear.

Sounds like it might be a related bug. Moderators?

My friend becomes invisible in Realms a lot (Windows 10, Minecraft 1.10+), without ever having entered an unloaded chunk. Sometimes, as I'm watching him, he literally just disappears. Maybe there is another way to cause it, or is this an entirely different bug? If so, I'm sorry for bothering you all.

Can a mod update the affected versions too 1.11.2?

Confirmed to still be present in 1.12 17w06a SNAPSHOT. My report was marked as duped by this
https://bugs.mojang.com/browse/MC-114627
Reloading chunks via F3+A does not fix. (Item Frames) On a related note I did notice an invisible player on at least a few occasions. Him relogging fixed it.

Confirmed in 17w13a

This bug desperately needs to be fixed. It makes certain multiplayer situations and minigames virtually unplayable.

Made a super smelter using a hopper minecart. It goes invisible on 1.11.2 when on a straight line of activated rails, all except a few blocks.

I am regularly encountering a problem like this with minecarts, where they will simply stop moving. I'm not sure if they're stopping while I'm actively in the chunk or if this is another chunk loading bug.
What I discover is that minecarts will stop on powered rails that are powered as if the were a solid block there instead. I cannot physically push the cart into the space occupied by the powered rail. (In this case, the powered rail is on top of a redstone block.)
I can break the powered rail, but if I try to place something else there, it immediately disappears. The only thing I can place there is a powered rail (that looks powered but doesn't work).
The way for me to fix the problem is to (a) break the block underneath the ghost minecart, and (b) completely quit the client (just relogging isn't good enough). When I log back in, the duplicate minecart falls into the hole, and I can break it.
I seem to recall that the first time I encountered this, at one point, I broke the minecart, and then another minecart appeared in the place where there had seemed to be a ghost block.

I'm not sure that is covered under this ticket. Your description is hazy as well, specifically the part where you suddenly talk about ghost and duplicate minecarts.

I have a better guess about this: What happens is that on chunk unload/reload, the mine cart gets duplicated. It's not always visible, but it's there server-side, and sometimes I can get it to appear by logging out and back in where the dupe would be visible.
Usually, things break down when a chunk unloads while a mine cart is on a powered rail. When the chunk reloads, the duplicate has no momentum, so it just sits there unmovable. The original minecart runs into the duplicate and just stops.
If I break the block underneath the duplicate, it will become visible and fall into the hole. One it's visible client-side, I can break the dupe and get the mine cart system working again.
Minecraft just needs to do a better job of freezing and synchronizing the chunk before saving it. My guess is that the chunk continues to have entities processed while it is being saved, and this race condition may result in an entity being saved twice. This is probably similar to the hopper item duplication bugs: One hopper gets saved, and then an item gets transferred to the other hopper, and then that item gets saved along with the other hopper. Why are there not chunk-wide locks to prevent this kind of thing?

I checked, and the problems are happening on chunk boundaries. This is probably related to the discussion on MC-22147, where a fix had been offered.

Do entities like mine carts have unique ID numbers? I'm just wondering if the reason one of them isn't visible is as follows:
Because of MC-22147 (which should have been fixed like yesterday), a mine cart gets duplicated.
On reload of the neighboring chunks, the server has two distinct entities it's processing. One doesn't have momentum info and therefore gets stuck, while the other just bangs into the first and stops.
Meanwhile the client sees two mine carts with the same ID and therefore only renders one of them.

I enclosed a horse in a fence, then I dismounted to produce some obsidian for a Nether portal. When I was done, the fence was empty, but I still could hear the horse. After stopping and reloading the game it was in the fence again.
I think this is the same bug as described here. Somebody here said, the entity must be out of render distance for this bug to occur. This may be true, but in my case the horse was only a few blocks away, I was just constantly looking into the opposite direction. This bug is very frightening.
Maybe the developers should think about a general synchronisation mechanism between client and server, these "client and server out of sync errors", like the invisible block bug when mining, are really annoying and sometimes even very dangerous (to Steve 🙂 )

Can confirm in 1.13-pre3.

Can confirm in 1.13-pre5.
Please keep the ticket updated.

Reporting that this issue is happening on the Nintendo Switch as well. Nearby entities such as dropped items, players, monsters, animals disappear. Can be seen in the distance. Items may not be picked up despite being right on top of it, just does not "exist" near me. Actions done to block by entity still occurs, such as an animal eating grass even when invisible. Tried changing various graphical options and reloading the game to no success.
@unknown If there isn't a report already for that version, please create one selecting "Minecraft (Bedrock codebase)" as project. Different codebases are treated sepratly on this bug tracker.

this also applies in the newest 1.13, it mainly makes mobs underwater such as drowned and gaurdians invisable but relogging doesnt help

Confirmed for 1.13.1.

Affects 18w45a

Affects 18w47b. All mobs when spawning into my world are invisible. I can hear them, and they can interact with me, but I cannot interact with them.

Easily reproduced when a tall mob entity is standing on Y=63
By moving close to them and looking up, the entity becomes invisible due to view culling at view angles ~42.6 to ~50.6
Feet of the entity are in a different chunk than the head of the entity, it appears to be culled in certain viewing angles.
Above angle 50.x
[media]Between ~42.6 & ~50.x
[media]Under 42.6
[media]
Confirmed for 18w50a. I wish they'd get someone on this, and quickly.
Any time my player dies, all armor stands, item frames, and falling blocks in my custom map become invisible and impossible to interact with. It's a huge issue and makes testing impractical.

Also confirming it's in 18w50a, making survival mode almost unplayable. When you die, invisible monsters will attack you where you died. They don't appear to be attackable but you can see them shoot arrows from no where.
Edit: This is with a localhost server.

Confirming that 19w02a still has this bug. I've noticed other issues that I believe are related to this bug. If first player enters the Nether and loads in then second player enters the Nether after, first player can see the second player but the second player cannot see the first player. Also, if they enter around the same time (give or take a second or two), then they probably cannot see each other.
Also, in general, you can't see your items when you die, but the other player can, so you need them to pick it up for you then throw them back to you (Even if the player is invisible you can see items being thrown).
After a player death, the server should be rebooted to fix the issues.

This is definitely still a bug. I have an ice farm that uses a minecart on a continuous loop to trigger pistons. I pretty much have to replace the minecart every time I log into the game, because the thing disappears constantly.
@unknown and @unknown: What version did you experience this on?

Having Vanishing entities issue with 1.14.2 (Running Paper as the server, but confirmed to also happen on vanilla when tested later), horse vanishes on dismount and only reappears on login

Having a problem where my minecarts stops when trying to use them for a witch farm. I'm playing on a realm on 1.14.4. If I replace them they either run for maybe 1 lap (5 seconds tops) back and forth or just stop immediately. This is still happening it seems. Mojange pls fixe so I can finally use my damn witch farm.

Anyone have comments on the 1.15 snapshots, namely 19w39a? I think some of this was supposedly addressed.
I'm unable to reproduce this issue with the provided repro steps in both 1.14.4 and 1.15-pre1.
If anyone is still able to reproduce, please create a new ticket and include as precise and reliable reproduction steps as possible.

I just got an invisible skeleton put of this, it ended up killing me and I couldn’t find it. Though it was only that time it happened.

trying my best to reproduce:
Go to flat world
use this: /gamerule doMobSpawning false
/kill @e and respawn
Place creeper on 1 block atop
Go far from 40 meter (i can't count)
And press "Save and Quit to Title"
Go back in flat world
And find where entity spawn around when you place them
use /gamemode survival where you touch entity
This is not my reproduce it's really retesting reproduce for me

unsure how related this is, but i just encountered an invisible witch in 1.16.4. video here
singleplayer 1.16.4, running optifine. resource pack is vanilla tweaks, and a custom one that only changes a few paintings. world is running a datapack that edits only mob loot tables and recipes

Is this still an issue in 1.16.5 or 21w15a? I notice that it says fixed but no fixed versions are recent.

the issue is back