Chikorita Lover
- Chikorita Lover
- JIRAUSER509522
- America/Chicago
- Yes
- No
MCPE-93598
MCD-7022MCPE-153054
When joining a world, all custom items with attachables that have custom models will display incorrectly in the player's hand while in first person. They display perfectly fine in third person. This error lasts until the player holds a bow (there may be other items, not sure though); then, the items appear correctly in the hand. Attached is a video, and the attachable JSON files for the two custom items used in the video. Let me know if I should attach additional files or provide more details.
found out this is not a bug but a misunderstanding of mine; this report can be removed
copper_bow.json
The current implementation of custom armor for add-ons is great so far. One issue I found with custom armor though is that right-clicking the armor piece while it is in your main hand will not equip it, unlike vanilla armor. The armor can still be equipped via commands and through the inventory, however.
Edit : The custom armor piece equips perfectly fine if the associated armor slot is empty.
Can confirm that this issue is in the latest beta, 1.16.230.56
In a block event, if set_block_property is used to change a block's property and executed in-game, then the minecraft:on_placed component is triggered and its set event will run. The minecraft:on_placed component is only triggered when the block property is changed.
The minecraft:explosion_resistance component for data-driven blocks is used to set a block's resistance to explosions. However, the value set isn't calculated in the same way as vanilla blocks. For example, a data-driven block with explosion resistance
3is far more easily destroyed thanstone(which has explosion resistance3).The minecraft:explosion_resistance component for data-driven blocks is used to set a block's resistance to explosions. However, the value set isn't calculated in the same way as vanilla blocks. For example, a data-driven block with explosion resistance 6 is far more easily destroyed than a block of iron (which has explosion resistance 6).
Example add-on : [^MCPE-155973.mcaddon]
Steps to Reproduce
- Download attached add-on
- Add the behavior and resource packs to a new world
- Obtain the data-driven block added through the add-on (/give @s mcpe:blast_resistant_block)
- Destroy a structure made of the blast-resistant block with explosives, and another structure made of blocks of iron (both blocks have a blast resistance of 6)
- Observe result
Observed Results
Nearly twice the amount of blocks are destroyed in the structure made of the blast-resistant block when compared to the structure made of the block of iron, despite the two blocks having the same blast resistance value.
Expected Results
Both structures should be destroyed at an equal level: in other words, an equal number of the blast-resistant block and the block of iron should be destroyed.
jacelleo, whenever I try to login to my Xbox account on the website, it always leads me to https://beta.support.xbox.com/help/family-online-safety/online-safety/manage-app-privacy-settings-xbox-one#. Otherwise, I would try that.
Yeah, this has happened to me too. This issue also occurred with minecraft:hand_equipped in the past, it might still be an issue, I'm not sure.
That's not a bug, you just haven't assigned an item texture correctly. minecraft:icon is used in the behavior item, and item clients aren't used anymore.
This has been an issue for months upon months. This was working at Minecraft Live, although as far as I know, it's never worked outside of the event.
By tags, I mean what is used in the digger component for items. This is mainly an add-on issue, so it wouldn't affect main gameplay. For example, some tags would be stone or iron_pick_diggable. These tags are used in the vanilla behavior pack for pickaxes, such as the iron pickaxe. I can't send a screenshot at the moment, but I will when I get the chance.
Last I checked, boss bars work perfectly fine, although that was several months ago. I can say for sure that containers still say "Unknown," not sure about death messages.
The bug is still present on the latest versions
Yep, here's a quick test add-on with a helmet, a chestplate, leggings, and boots:
MCPE-125323 Add-On 1.0.0.mcaddon
This is still an issue in both release 1.18.10 and preview 1.18.20.26
To be more specific, any item with an associated attachable in the resource pack will appear invisible. I've tested with attachables of custom items and this is also the case.
It would behave as if the toggle was disabled. I don't think this was always an issue, although if this is intended then I apologize.
This appears to be fixed in the latest preview, so it should come to stable with the full release of 1.19.10. Thank you for your time, and sorry for any inconvenience!
Updated the issue description to include reproduction steps, observed results, expected results, and an example add-on