Sitting on prims causes llTargetOmega to stop working?

I'm still very new to SL, but I'm a programmer.

I wrote a script for a hat of mine to have it spin when it is clicked:

integer on=0;

default
{
    touch_start(integer total_number)
    {
        if(!on)
        {
            on=1;
            llTargetOmega(<0,0,1>, PI, 1);
            llSetTimerEvent(2.0);
        }
    }
    
    timer()
    {
        llTargetOmega(<0,0,1>, 0, 1);
        llSetTimerEvent(0);
        on=0;
    }
}

It works, the only problem is that if I sit on a prim it stops working. I can remove and reattach the script to make it work again but then if I get back up off the prim it stops working, causing me to have to reattach it again, etc. >_<

I've tested and it doesn't have to do with my on variable, llTargetOmega seems to stop working period. Another player informed me it may be because of a coordinate system change.

Is there some way I might make this work better and stay working?

~Azurei

It's not your fault. llTargetOmega on avatar attachments has been extremely buggy ever since it was added in SL 1.7, and it sounds like you've encountered an instance of this.

File a bug report. Hopefully the Lindens will get on the ball soon if they get enough of them!

With some more testing, this seems to only be a problem for objects made up of more than one prim (linked together).

This was able to work fine for a simple 1-prim hat.

It also works fine if the hat or other attached object is set to just continuously spin, sitting on prims or standing up off them does not stop it. Even for the multi-prim hat.

So it seems to just be a bug with a multi-prim attachment that llTargetOmega stops working when the avatar has sat on a prim or stood from one, though if it was already spinning, it won't be stopped by these actions.

Filed bug report.

My new fix for this is to never sit on prims. XD

Instead I wrote a script that will let me enter the yoga_float animation and will try to loop it (doesn't work perfectly, but hey). So I can just stand on a prim and yoga_float... guess as long as I don't use vehicles either XD

Hopefully all this llTargetOmega on attachments stuff will be fixed soon.

~Azurei

This may be another case where shared drawables is having this effect, try going into the debug > rendering menu and disabling shared drawables

This is an old thread but I hope this would be informative for you.