Arms in boat do not rotate correctly while drawing bow/crossbow
The bug
Due to the limited head rotation of the boat, when you rotate your head while drawing a bow back, your arms can go through your body at the farthest rotation to the left or right.
How to reproduce
- Place boat
- Get in boat with bow
- Draw bow back and turn all the way to the left or right to see one of your arms going through your body
Linked Issues
is duplicated by1
relates to4
MC-1207Head rotates in the wrong direction while ridingFixedMC-214912Player's arm can pass through its head when using a spyglass while in a boat
NormalMC-200001Holding a loaded crossbow in offhand and using a mainhand item inconsistently combines animation in third personFixedMC-204083Spyglass animation is incorrect when riding an entityAwaiting Response
![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
- Unresolved
Onnowhere- 70
- 35
- Confirmed
Low- Gameplay
- Player Animation
- arm-animation boat bow
1.9.1-pre3 - 1.21.1
1.9.1-pre3 1.9.1 1.9.2 1.9.4 16w20a 16w21a 16w21b 1.10-pre1 1.10-pre2 1.10 1.10.2 16w33a 16w35a 16w38a 16w39c 16w41a 16w42a 16w43a 16w44a 1.11 1.11.2 17w15a 17w16a 17w17b 17w18a 1.12-pre2 1.12 1.12.1 1.12.2-pre1 1.12.2-pre2 1.12.2 17w43a 17w43b 17w48a 17w49b 17w50a 18w08b 18w09a 18w10d 18w20c 1.13 18w30b 1.13.2 18w43b 18w43c 18w44a 18w45a 18w48a 18w48b 18w49a 18w50a 19w11b 19w12b 1.15-pre2 1.15-pre4 1.15.1 20w06a 20w10a 1.16-pre1 1.16-pre2 1.16-pre3 1.16.1 20w28a 1.16.2-pre1 1.16.2 1.16.3-rc1 1.16.3 1.16.4-pre2 1.16.4 20w45a 20w46a 20w48a 20w51a 21w03a 21w05b 21w06a 21w07a 21w08b 21w11a 21w16a 1.17 1.17.1 21w44a 1.18-pre4 1.18 1.18.1 1.18.2 22w14a 22w15a 1.19 1.19.1-pre5 1.19.2 22w44a 1.19.3 23w03a 23w06a 1.20.1 1.20.3-rc1 1.20.4 1.21.1
Created Issue:
Arms in boat do not rotate correctly while drawing bow
Due to the limited head rotation of the boat, when you rotate your head while drawing a bow back, your arms can go through your body at the farthest rotation to the left or right.
1. Place boat
2. Get in boat with bow
3. Draw bow back and turn all the way to the left or right to see one of your arms going through your body
Minecraft 1.9 3_23_2016 8_46_42 PM (online-video-cutter.com).mp4
relates to
relates to
![[Mod] Torabi](../../../data/assets/gravatar/torabi.png){kind=small}
relates to
![[Mod] Neko](../../../data/avatars/users/92901.png){kind=small}
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
Due to the limited head rotation of the boat, when you rotate your head while drawing a bow back, your arms can go through your body at the farthest rotation to the left or right.
1. Place boat
2. Get in boat with bow
3. Draw bow back and turn all the way to the left or right to see one of your arms going through your bodyThe bug
Due to the limited head rotation of the boat, when you rotate your head while drawing a bow back, your arms can go through your body at the farthest rotation to the left or right.
How to reproduce
- Place boat
- Get in boat with bow
- Draw bow back and turn all the way to the left or right to see one of your arms going through your body
![[Mod] bemoty](../../../data/avatars/users/50554.png){kind=small}
![[Mod] tryashtar](../../../data/avatars/users/41963.png){kind=small}
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
![[Mod] SPGoding](../../../data/avatars/users/44622.png){kind=small}
Arms in boat do not rotate correctly while drawing bow/crossbow
is duplicated by
![[Mod] Chandler](../../../data/assets/gravatar/triwonder81.png){kind=small}
![[Mojang] Adrian Östergård](../../../data/assets/gravatar/nighter.jpeg){kind=small}
![[Helper] Johnibur](../../../data/avatars/users/28381.png){kind=small}
![[Helper] Jack McKalling](../../../data/avatars/users/92859.png){kind=small}
relates to
![[Mod] Les3awe](../../../data/avatars/users/79847.png){kind=small}
relates to
Congrats on being the 100000th bug report.
Anyways this bug is still in 21w11a
![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
![[Mod] markderickson](../../../data/avatars/users/18946.svg){kind=small}
![[Mojang] slicedlime](../../../data/assets/gravatar/slicedlime.jpeg){kind=small}
![[Mod] Jiingy](../../../data/avatars/users/91802.png){kind=small}
We sure have come a long way.Hi there!
This looks like a duplicate of MC-100000.
When a player holds a loaded crossbow in their offhand while holding and using an item that has a guaranteed right click function in the mainhand, such as a bow, shield, or trident, the crossbow will still display as active in third person despite the player being physically incapable of shooting it. Instead, holding right click will trigger the mainhand item instead and its animation will overlap with the mainhand, leading to unexpected conditions that don't make sense when rendered. This bug relates to MC-137783 that was marked fixed and was addressed by adjusting the arm positioning to avoid crossed arms while still combining the animations of each hand, but did not address the inconsistency described in this report. This current behavior is visually confusing to other players and does not convey the action being performed.
The correct behavior can actually be observed when holding a throwable item such as a snowball or fishing rod and right clicking, which will correctly lower the crossbow hand and run the throwing animation instead. This correct behavior can also be seen when using a tool with right click function such as a shovel and right clicking grass.
Also related to MC-100000 regarding issues with arm animations and crossbows.
Expected behavior:
When holding and using an item with guaranteed right click function in the main hand, the crossbow in the offhand should be lowered to indicate that it is not in use to other players while the actual animation from the used item plays out.
An alternate potential fix to this is to never do the offhand crossbow animation when an item with guaranteed right click is held in mainhand, for example, if a bow is held in the mainhand, the offhand should be lowered automatically.
To Reproduce:
- Load a crossbow and put it in offhand
- Go in third person. Hold a trident in mainhand and pull it, notice that it points straight down due to the angled arms that are also holding the crossbow despite the crossbow being unable to be shot. This also is illogical as the trident flips in the hand then shoots forward instead of straight down as it seems visually.
- This can be seen as well when using a shield, in which case the shield animation plays on top of the crossbow arm position, resulting in an awkward positioning.
- Compare this to when using a throwable, like a snowball or egg to see that the crossbow is lowered as expected during the animation.
Notes on alternate fix:
- In regards to the alternate potential fix, this can be seen when using a bow in which case it will appear as if the crossbow will also be used when holding right click reveals the bow is the one in use. The alternate potential fix would lower the offhand whenever the right hand is holding a bow.
- In regards to the alternate potential fix, when wielding an unloaded crossbow in the mainhand, again the offhand crossbow is the one that is active despite right click revealing otherwise. The alternate potential fix would lower the offhand whenever the right hand is holding an unloaded crossbow.
Can confirm in 21w07a. Closely relates to MC-100000.
Can confirm in 21w41a. The expected behavior would be that pillagers/piglins arms cannot move into their heads. May also relate to MC-100000.
██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██████╗ ███║██╔═████╗██╔═████╗██╔═████╗██╔═████╗██╔═████╗ ╚██║██║██╔██║██║██╔██║██║██╔██║██║██╔██║██║██╔██║ ██║████╔╝██║████╔╝██║████╔╝██║████╔╝██║████╔╝██║ ██║╚██████╔╝╚██████╔╝╚██████╔╝╚██████╔╝╚██████╔╝ ╚═╝ ╚═════╝ ╚═════╝ ╚═════╝ ╚═════╝ ╚═════╝ .''. .''. *''* :_\/_: . :_\/_: . .:.*_\/_* : /\ : .'.:.'. .''.: /\ : _\(/_ ':'* /\ * : '..'. -=:o:=- :_\/_:'.:::. /)\*''* .|.* '.\'/.'_\(/_'.':'.' : /\ : ::::: '*_\/_* | | -= o =- /)\ ' * '..' ':::' * /\ * |'| .'/.\'. '._____ * __*..* | | : |. |' .---"| _* .-' '-. | | .--'| || | _| | .-'| _.| | || '-__ | | | || | |' | |. | || | | | | || | ___| '-' ' "" '-' '-.' '` |____Congratulations, Mojang, to having a product with 100.000 bugs! Well, if that's something to congratulate...
To anyone who can find it out: How many open, reopened, etc. bugs are there? I got a message that there are too many to display them.
Unresolved is about 2%
Duplicate over 50%
What does "done" even mean?
--> Over 94% of all tickets in procect MC are not valid.
Other projects are even worse, see https://bugs.mojang.com/secure/Dashboard.jspa?selectPageId=15700
[~FaRoGaming]: Please don't spread lies.
I'm aware that there are no 100.000 value bug reports in this bugtracker, but there are very likely many, many bugs that aren't reported yet.
Thanks for the statistics!
@KingSupernova The only one I found for Minecraft is one where 1.8 wasn't completely compatible to a beta 0.7 world. In other projects there is one where an Apple user wasn't able to update the game and a problem with bats that apparently didn't really exist. All very weird, I don't know what this resolution was made for.
Can confirm, probably caused by the fact that the player's body cannot rotate in a boat.
Late to the party for me, but congrats on making the 100,000th bug report!
I'm surprised that this landmark bug report is even valid.
Only
MC-10000was a duplicate, all other milestones (MC-1000,MC-100,MC-10and of courseMC-1) were new and valid bugs.Well, Mojang, I guess it's time to fix MC-4.
Thanks lol, do I get a reward? xP Keep up the good work mojang, mojira mods, and all the others who report and comment info. Thanks for tirelessly filtering and fixing issues from
We sure have come a long way.
MC-1all the way to MC-100000 and beyond and keeping the game running great!I love how none of the comments are about the actual issue. On the other hand, congrats to getting big report 100000!
May I suggest that any comments from now on are about the issue, rather tahen the report number?
Seems to be related to
MC-1207.Still in 1.9.4
Still in 16w20a
Still in 16w21a and 16w21b
Still in 1.10-pre1
Still in 16w33a
Still in 16w35a.
Still in 16w38a.
Still in 16w41a.
Still in 16w42a.
Confirmed for 17w17b
Confirmed for 17w18a
Can confirm for MC 1.12.1.
Confirmed for 17w43b.
Yet, still in 18w08b.
Affects 18w09a
Affects 18w10d
Affects 1.13 and 18w30b.
Affects 20w06a
Affects pre release 2
Can confirm in 20w48a.
Can confirm in 21w03a.
Can confirm in 21w05b.
Can confirm in 21w06a.
I've attached an updated video since the previous one is heavily outdated.
Can confirm in 21w07a.
In 20w11a
Can confirm in 21w16a.
Can confirm in 1.17.
Can confirm in 1.17.1.
Can confirm in 21w44a.
Can confirm in 1.18.
Can confirm in 1.18.1.
Can confirm in 1.18.2 and 22w15a.
Can confirm in 1.19.
Can confirm in 1.19.2.
Can confirm in 23w03a