Bullet, display angle affecting angle of motion

My bullet's angle of motion is being affected by the display angle, despite the setting I chose for the display angle to NOT affect the angle of motion.

<img src="https://dl.dropbox.com/u/1024727/c2/bulletbug.PNG" border="0" />

<img src="https://dl.dropbox.com/u/1024727/c2/bulletbug2.PNG" border="0" />

It's as if the set angle of motion action does not exist in my code. It does however work fine when I remove the "set angle", but it should be capable of doing both.

It's been like that since r93 at least. Sample capx here: http://www.scirra.com/forum/postr90-bullet-behavior-set-angle-broken_topic53118_post333268.html?KW=angle+of+motion#333268

Thanks for the capx, here it is directly:

angle_angleofmotion.capx (r93)

Ashley said in that topic something pretty strange which makes me think this bug is meant to be an obscure nonsensical feature, since he doesn't want to have to fix his old project:

There is also one exception: the angle of motion is still set to the object angle on the first tick of the behavior. This is to preserve compatibility with existing projects like Space Blaster

I just hope I'm misinterpreting and that this will eventually be fixed.

You're right that this doesn't really make sense... so I've changed it for the next build, so that it won't set the angle of motion on the first tick, only if 'set angle' is 'no'.

It's not just Space Blaster (which I have had to change to keep working the same) - it's just from experience any time we have to change existing features in any way we get a lot of support requests and new bug reports from confused people who either haven't read the release notes, or haven't understood them. They quite rightly also get annoyed that their project seems to have been broken by an update. So we really try to avoid changing existing features or keep them backwards compatible unless there's a strong case for a change. Hopefully this one will go smoothly...

Should be fixed in r99 now.