This bug also effects relative coordinates(^ ^ ^), not (~ ~ ~).
Now it is impossible to do anything in position relative to arrow using only “^ ^ ^“, e.g. Summoning particles before arrow.
Potential solution for users having this problem is to flip sings of arrow/s rotations:
execute as @e[tag=targetArrow] storeresultentity @s Rotation[0] float -1 run data getentity @s Rotation[0]
execute as @e[tag=targetArrow] storeresultentity @s Rotation[1] float -1 run data getentity @s Rotation[1]
But this works “great” only if arrow have already hit a block, because arrows in air return to their original rotations after moment, not mentions requirement to rotate them only once in most cases.
Unfortunately “execute rotated” doesn’t support “-~“ (at least in 1.20.4), which should help with this Bug.
Commands used for particles in screenshots:
execute as @e[type=minecraft:arrow] at @s run particle minecraft:happy_villager ^ ^ ^2
execute as @e[type=minecraft:arrow] at @s run particle minecraft:happy_villager ^ ^ ^1.5
execute as @e[type=minecraft:arrow] at @s run particle minecraft:happy_villager ^ ^ ^1
execute as @e[type=minecraft:arrow] at @s run particle minecraft:happy_villager ^ ^ ^0.5
This bug also effects relative coordinates(^ ^ ^), not (~ ~ ~).
Now it is impossible to do anything in position relative to arrow using only “^ ^ ^“, e.g. Summoning particles before arrow.
Potential solution for users having this problem is to flip sings of arrow/s rotations:
But this works “great” only if arrow have already hit a block, because arrows in air return to their original rotations after moment, not mentions requirement to rotate them only once in most cases.
Unfortunately “execute rotated” doesn’t support “-~“ (at least in 1.20.4), which should help with this Bug.
Commands used for particles in screenshots: