mojira.dev
MCPE-178674

Custom tools have a different swinging animation

Custom tools have a different swinging animation, which is not the same as the default one.

Steps to reproduce:
1. Apply a behavior pack with a custom tool that uses format version 1.16.100
2. Equip a custom tool in your main hand
3. Press your button bound to attack/destroy

Expected results:
The animation is exactly the same as it is for vanilla items.
Observed results:
The animation appears to drift off to the left side of the screen more than it should.

Notes:
An addon that also has this issue can be found at https://mcpedl.com/emerald-tools-armor-tools-addon-1/
I have tried this with a pack using format version 1.12.0, and this bug did not occur with that pack.

Linked issues

Attachments

Comments

migrated
[media][media][media]
migrated

Thank you for your report!
However, this issue has been temporarily closed asΒ Awaiting Response

Could you please provide more details? And please attach resource pack if possible.

Also, just a reminder, to make your bug report as effective as possible, please try and include the following steps to reproduce the problem:

Steps to Reproduce:
1.
2.
3.

Observed Results:
(Briefly describe what happens)

Expected Results:
(Briefly describe what should happen)

If your ticket does not look like the example givenΒ here, then it's likely to be closed as incomplete.

This ticket will automatically reopen when you reply.

Quick Links:
πŸ““ Bug Tracker Guidelines – πŸ“§ Mojang Support (Technical Issues) – πŸ“§ Microsoft Support (Account Issues) – πŸ““ Project Summary – ✍️ Feedback and Suggestions – πŸ“– Game Wiki

migrated

Thank you for your report!
However, this issue has been temporarily closed asΒ Awaiting Response

Could you please provide more details? And please attach resource pack if possible.

Also, just a reminder, to make your bug report as effective as possible, please try and include the following steps to reproduce the problem:

Steps to Reproduce:
1.
2.
3.

Observed Results:
(Briefly describe what happens)

Expected Results:
(Briefly describe what should happen)

If your ticket does not look like the example givenΒ here, then it's likely to be closed as incomplete.

This ticket will automatically reopen when you reply.

Quick Links:
πŸ““ Bug Tracker Guidelines – πŸ“§ Mojang Support (Technical Issues) – πŸ“§ Microsoft Support (Account Issues) – πŸ““ Project Summary – ✍️ Feedback and Suggestions – πŸ“– Game Wiki

RonBaker4MVP

I've updated the description and added another attachment with a comparison of the two animations.

v-baslod

Could you please attach the addon to the ticket itself?

This ticket will automatically reopen when you reply.

RonBaker4MVP

I attached the pack

KR_

Can confirm, affects 1.20.80.20.

RonBaker4MVP

I’ve noticed that this animation is different for all data driven items, even vanilla ones. If you swing with an apple (data driven) and compare it to swinging with raw beef (hard coded), you’ll notice the same difference that appears with the custom tools.

angel96444

@unknown That is not true. Data-driven items are attachable items, and they have nothing to do with these broken ones, animations are broken for all non-data-driven items that use format 1.16.100 and higher, if you use 1.16.0 as file format for example, then animations will be normal, and data-driven/attachable items have broken animations, but in a different way, they use data-driven molang animations that can be modified with resource packs, they are just simply unfinished, but animations for items with 1.16.100+ format are in fact broken, and they are NOT data-driven/attachable, that's an entirely different item type, apple is the only item that uses 1.16.100+ format and has data-driven behavior, simply, normal item are format version 1.16.0- and broken ones are 1.16.100+ hopefully that explanation makes sense

RonBaker4MVP

(Unassigned)

1195341

Confirmed

Multiple

Windows 11

1.20.80.23 Preview, 1.20.60, 1.20.80.20 Preview, 1.20.71 Hotfix, 1.20.72 Hotfix, 1.20.81 Hotfix, 1.21.44 Hotfix

Retrieved