MC-30988Arrows are headed weird in their target
Arrows seem to bounce off an invisible block, then get ported where they should be, but keep that rotation (see pics)
Happens fewer to flame arrows, but they are also disoriented. (Note: all arrows were shot from the same spot)
Arrows first drop down before the player with a weird rotation, then stick in the ground, and then get moved to the expected target (just like MC-417, which is closed with the reason "Cannot reproduce" Difference to MC-417: The arrows keep their orientation when moved.)
Happens both in survival and creative.
Reproduction steps: Take a bow and shoot at a wall 5 to 20 blocks away.
Environment
Win8, Java 7, more than beefy
Linked Issues
Created Issue:
Arrows are headed weird in their target (as an addition to MC-417, where they seem to fall down and then land at the target)
Arrows first drop down before the player with a weird rotation, then stick in the ground, and then get moved to the expected target (just like
MC-417, which is closed with the reason "Cannot reproduce")
Difference toMC-417: The arrows keep their orientation when moved. Happens both in survival and creative.
Reproduction steps: Take a bow and shoot at a wall 5 to 20 blocks away.http://i.imgur.com/ZBpMQdP.png & http://i.imgur.com/7HCgxVZ.png
Environment
– System Details – (Taken from a crash report)
Details:
Minecraft Version: 13w37b
Operating System: Windows 8 (amd64) version 6.2
Java Version: 1.7.0_25, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 175660352 bytes (167 MB) / 556007424 bytes (530 MB) up to 1908932608 bytes (1820 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx2048M
AABB Pool Size: 46 (2576 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
Profiler Position: N/A (disabled)
Vec3 Pool Size: 2 (112 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
Player Count: 1 / 8; [kp['Leif_The_Head'/0, l='snapredtest', x=-118,97, y=56,00, z=690,96]]
Type: Integrated Server (map_client.txt)
Is Modded: Probably not. Jar signature remains and both client + server brands are untouched.
is duplicated by
![[Mod] CubeTheThird](../../../data/assets/gravatar/cubethethird.jpeg){kind=small}
is duplicated by
is duplicated by
![[Mod] Ezekiel (ezfe)](../../../data/assets/gravatar/ezekielelin.jpeg){kind=small}
Arrows first drop down before the player with a weird rotation, then stick in the ground, and then get moved to the expected target (just like
MC-417, which is closed with the reason "Cannot reproduce")
Difference toMC-417: The arrows keep their orientation when moved. Happens both in survival and creative.
Reproduction steps: Take a bow and shoot at a wall 5 to 20 blocks away.http://i.imgur.com/ZBpMQdP.png & http://i.imgur.com/7HCgxVZ.png
Arrows are headed weird in their target(as an addition to MC-417, where they seem to fall down and then land at the target)
Arrows first drop down before the player with a weird rotation, then stick in the ground, and then get moved to the expected target (just like
MC-417, which is closed with the reason "Cannot reproduce")
Difference toMC-417: The arrows keep their orientation when moved.Happens both in survival and creative.
Reproduction steps: Take a bow and shoot at a wall 5 to 20 blocks away.Arrows seem to bounce off an invisible block, then get ported where they should be, but keep that rotation (see pics)
Happens fewer to flame arrows, but they are also disoriented. (Note: all arrows were shot from the same spot)
Arrows first drop down before the player with a weird rotation, then stick in the ground, and then get moved to the expected target (just likeMC-417, which is closed with the reason "Cannot reproduce" Difference toMC-417: The arrows keep their orientation when moved.)Happens both in survival and creative.
Reproduction steps: Take a bow and shoot at a wall 5 to 20 blocks away.
– System Details – (Taken from a crash report)
Details:
Minecraft Version: 13w37b
Operating System: Windows 8 (amd64) version 6.2
Java Version: 1.7.0_25, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 175660352 bytes (167 MB) / 556007424 bytes (530 MB) up to 1908932608 bytes (1820 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx2048M
AABB Pool Size: 46 (2576 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
Profiler Position: N/A (disabled)
Vec3 Pool Size: 2 (112 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
Player Count: 1 / 8; [kp ['Leif_The_Head'/0, l='snapredtest', x=-118,97, y=56,00, z=690,96] ]
Type: Integrated Server (map_client.txt)
Is Modded: Probably not. Jar signature remains and both client + server brands are untouched.Win8, Java 7, more than beefy
Also affects 13w37b.
Reproduction: Take a bow, shoot. Happens both in creative and survival.
Now something additional came: The arrows' direction in at their target is not the expected but the one they had when fallen down. Made a bug report for that: MC-30988
Please reopen.
Duplicate of MC-30988, please use the search function to see if your bug has already been submitted. Currently over 57% of tickets are being resolved as duplicate.
Duplicate of MC-30988, please use the search function to see if your bug has already been submitted. Currently over 43% of tickets are being resolved as duplicate.
Is this still a concern in the current Minecraft version 1.7.2 / Launcher version 1.3.4 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.
This ticket is incomplete without the requested information, no response has been received within a reasonable time and we are assuming the issue has been resolved. If you are still experiencing this issue, we can reopen it at your request.
Please review the guidelines before reporting issues.
Reopen please, can confirm that for 14w06b, screenshot added.
Just tested on 1.7.4, also happens on that.
Still affects current snapshot (14w25b), I assume it also affects all versions between first reported and this one.
Sorry for not keeping up to date