mojira.dev
MC-166885

Hand animation plays when right-clicking on a sign/hanging sign

  1. Hand animation plays when right-clicking on a sign/hanging sign

  2. Right-clicking on a sign/hanging sign with the same text color as dye plays hand animation

  3. Holding right-click on a sign/hanging sign with ink sac/glow ink sac causes off hand to play a hand animation instead of main hand

Related issues

Attachments

Comments

migrated
[media][media][media]
muzikbike

Also overrides other right click actions, see MC-160926

migrated

You should probably mark MC-160926 as related to

numeritos

Affects 1.16 pre 5

pulpetti

In 20w29a

pulpetti

in 21w03a

Avoma

Can confirm in 21w14a.

KirbAvion

Can confirm in 21w18a.

ampolive

Can confirm in 1.17.1 Pre-release 2.

Avoma

Can confirm in 1.17.1.

ampolive

Can confirm in 21w37a.

Avoma

Can confirm in 1.18.

Avoma

Can confirm in 1.18.1.

Avoma

Can confirm in 1.18.2 and 22w16b.

Avoma

Can confirm in 1.19.

Avoma

Can confirm in 1.19.2 and 22w42a. In 22w42a, this also affects hanging signs.

Avoma

This has been partly fixed in 23w12a. For regular signs, while the hand animation still plays, an interaction now takes place (you open the said sign's GUI for editing purposes) therefore the hand animation would be expected to play. However, this problem remains for signs that have been waxed.

migrated

The animation shouldplay for signs with click events, but whether they should for signs without...?

Xarbon

This was likely intentional but not anymore. This has been fixed as of 23w12a, where signs are editable. It seems to be an unused feature originally, but now you can edit signs. On the back too!

[Mod] Jingy

I would like to request this report be reviewed as "Working as Intended", or (if preferred) resolved as fixed in 23w12a when editing signs was added.

As of 23w12a, signs can now be edited. This provides gameplay feedback to the player that they have successfully opened the sign's GUI, used dye on the sign, or an inc/glow sac. This is to say, the hand animation playing now properly makes sense and provides the player with important context which should be preserved (this specifically addresses the first bullet point in the issue). For the second bullet point, this is already tracked in MC-212420 and has been fixed in 23w12a (I have left a comment on that issue as well). With the third point in the issue, this behavior is no longer reproducable at all from my testing.

The only case where the hand animation can play with right-clicking the sign with an empty hand (other than editing it), is when the sign is waxed. This I would argue is expected behavior, provided the fact that there is an audio cue accompanying the animation, indicating to the player that the sign cannot be edited.

Here is a video showcasing the current behavior:

[media]

coschevi

Now that editing signs functionality has been added, an arm swing makes sense. Closing this as WAI.

migrated

(Unassigned)

Confirmed

Gameplay

Low

Player Animation

hand-animation, sign

1.14.4, 1.15 Pre-release 3, 1.15 Pre-release 4, 1.15 Pre-release 5, 1.15 Pre-release 6, ..., 22w16b, 1.19, 1.19.2, 22w42a, 23w12a

Retrieved