MCPE-188636Held items only render if the entity geometry is exactly called "default"
If an entity is holding an item (and meets other strange and undocumented conditions), it is supposed to render that item in its hand. However, this only works if the entity is rendering a geometry that happens to be given the friendly name of "default" inside its client entity definition.
This makes it impossible to render items in the hands of entities that have multiple different geometry variants, since all the variants can't have the "default" name. I'm not aware of any documentation regarding special hardcoded properties of particular friendly client resource names.
How to reproduce
1. Download and open the attached world
2. Look at the two zombies. The one on the left is test:test1, and the one on the right is test:test2. They are completely identical, except that test1 uses default for its friendly names, and test2 uses anything.
Expected behavior
Both zombies should be holding a sword
Observed behavior
Sword is only visible in test1
Linked Issues
![[Mod] tryashtar](../../../data/avatars/users/41963.png){kind=small}
Created Issue:
Held items only render if the entity geometry is exactly called "default"
If an entity is holding an item (and meets other strange and undocumented conditions), it is supposed to render that item in its hand. However, this only works if the entity is rendering a geometry that happens to be given the friendly name of "default" inside its client entity definition.
This makes it impossible to render items in the hands of entities that have multiple different geometry variants, since all the variants can't have the "default" name. I'm not aware of any documentation regarding special hardcoded properties of particular friendly client resource names.
How to reproduce
1. Download and open the attached world
2. Look at the two zombies. The one on the left is test:test1, and the one on the right is test:test2. They are completely identical, except that test1 uses default for its friendly names, and test2 uses anything.Expected behavior
Both zombies should be holding a swordObserved behavior
Sword is only visible in test1
![[Mod] OcelotOnesie](../../../data/avatars/users/43220.png){kind=small}
![[MCQA] v-kkunytskyi](../../../data/avatars/users/93751.png){kind=small}
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
I came across the same issue when creating my own add-on. One thing that his examples doesn't test is how this affects a zombie that uses multiple geometry variations. If the zombie utilizes a geometry array (where it can randomize between multiple geometry arrays), then a couple of things can happen.
If the geometry array doesn't include any variants in the list called "default", then the held item will not render.
However, if the geometry array does include default followed by other variants like default2, default3, etc., then the held item will render, but a new problem arises. The zombie using the "default" geometry will have the held item render in its right hand (where the rightItem bone is set), but all other zombies will have the held item appear in the chest/neck area. Even if the zombie geometry is the exact same, the other variants will appear to have the sword coming out of their throat. I tried to correct this with binding or locators but couldn't get it to work. At least it'll render, but it's far from ideal to have most of the zombies with the sword coming out of its throat. I wonder how this affects armor appearing on the model as well.
Thank you for your report!
We're tracking this issue in MCPE-188636, 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 (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 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.
Can confirm, relates to MCPE-188636. It does appear that the reason I wasn't able to reproduce this was due to the previously attached pack.
Confirmed in Android