llStartAnimation twice with same anim freezes avatar?

I've resurrected a script that seemed to work fine long ago, but now behaves very strangely. In some conditions, it pushes the same (looped) animation that the avatar is already playing, which now seems to freeze the avatar and pop him upward about a meter. Now, I can work around this at the expense of a minor efficiency hack in the script, but just wondering if this was something others had seen (perhaps after the fixes in 1.17.1?), or if perhaps what I think I'm seeing somehow isn't what's actually happening. (Or, if this is one of those questions that gets answered every week here--sorry!)

This may be related to behavior changes I noticed with the introduction of the voice client:

/54/d1/202514/1.html

Qie, is it continuing to happen?

Two days ago, a chair did something like what you described when a friend sat on it, but it looked OK on her viewer. On mine, she was in the default sitting pose instead. Then when she typed, she popped up into the air to hover overhead.

She re-sat, but it behaved the same way until I relogged. Oh, wait! Maybe I didn't relog? Maybe I just left and returned? Yes, I think maybe that's all that was needed...

Just figured it was packet loss or a glitch or something!

I have seen that behavior before though, so it's nothing new. A long time ago (nearly a year maybe?) an animation I made for Jaycatt would do that when played while sitting at his piano.

Yeah, it's still happening. I've seen the *type* of behavior before, when the client is taking a while to download the anim from the server. I think in such cases the "hovering above" effect is because some anims displace the avatar some distance from the agent's seated position (makes it less likely to bonk into prims when standing, since the agent isn't really up against those prims anyway)... so, if the anim isn't loaded, the avatar is stuck back up where the agent "really" is. And if the anim hasn't loaded, then the avatar will be "frozen."

The weird thing here is that it's happening when the script pushes the same anim onto the avatar a second time without stopping it in-between. I understand that in the "old old days" this would just have no effect at all, and maybe that's what I was remembering, but I *thought* the new behavior was to restart the animation; instead it seems to sorta-kinda cancel the anim (the avatar freezes into a pose--apparently one frame of the animation--and pulls the avatar back to the agent's location, undoing the anim's offset).

The particular scripts involved are horrendously complex though, so there's always a chance some other spot of "bit rot" has crept in. So, I'll try to get a "minimal case" together as a demo... perhaps to file a jira (the behavior I'm seeing can't be of value to any existing content, but I'm reluctant to unleash developers on the animation code again).

Thanks for the responses!

My guess is that this is an unavoidable consequence of the fact that the animation is a client side effect whilst the script is running on the server. (Just my two ha'porth.)