Problem with default anim priorities - anyone else seen this?

I'm having a problem with a "swim down" animation that I've made for an aquatic critter avatar. I've uploaded it at priority 4. It includes a substantial pelvis rotation, so it *should* override the default "swim down" animation, right? That's not what I'm seeing, however. I find that this same animation works perfectly when added to the AO notecard in the "fly down" spot (I'm using the Franimation AO script), so I'm guessing the animation itself is probably ok. But if I commence the downward motion while underwater, instead of getting my "swim down" anim I see my av adopt the default "swim/fly down" animation.

I've re-uploaded the "swim down" animation repeatedly, trying different variations on priority and ease-in/ease-out, but it happens like this every time. It's driving me nuts! I can't sell my underwater creature avatar if it can't swim properly. Has anyone else seen anything like this? Any ideas for workarounds/fixes?

I tested my swimming anims in my AO and the swim down works. Have you tried maybe putting some other priority 4 anim into the swim down slot? Also have you made sure you don't have a second configuration notecard in your AO? Maybe try swimming down and playing the animation from your inventory. I'm guessing it's the AO that's goofing up. Maybe test it in a different one.

In the copy of the Franimation script you have, take a close look at the list named lineNums. Swim down is commonly set to use flying slow (line 43), meaning that any swim down you add in the notecard gets ignored. You will need to change that number to match the actual line number for swimming down in your notecard (probably 53, but count since there are lots of variants out there).

[eta: should also mention the line numbers start at 0 so you aren't surprised by that.]

That's it! Thankyouthankyouthankyou! I'd spent days tearing my hair out on that one and it hadn't occurred to me that the glitch might be in the AO coding itself.