A sample failing script would be even better.

default {

state_entry() { llTargetOmega(<0,0,1>, PI, 1); } }

.

And no, it's never changed. This is a general issue, happens everywhere and has happened very many times with a wide variety of llTargetOmega function calls.

Regards.

since the crashes on April 5th llTargetOmega doesnt work at all.

All objects that should rotate and always did just dont do nothing.

regards

Relogging makes broken objects stay broken, but those which are taken and re-rezzed to fix, don't break. That leads me to believe this is serverside somehow.

}

*FIXED*

Second Life 1.19.1 (4) Apr 2 2008 12:03:24 (Second Life Release)

You are at 260130.0, 248374.4, 30.7 in Hazzard County South located at sim4301.agni.lindenlab.com (63.210.157.205:13005)
Second Life Server 1.20.0.83892

CPU: Dual i386 (Unknown) (2000 MHz)
Memory: 1024 MB
OS Version: Darwin 8.11.1 Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 i386
Graphics Card Vendor: Intel Inc.
Graphics Card: Intel GMA 950 OpenGL Engine
OpenGL Version: 1.2 APPLE-1.4.56
LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.14319 (Mozilla GRE version 1.8.1.13_0000000000)
Packets Lost: 54/38675 (0.1%)
Viewer Digest: 92099704-0ebc-4c6f-0916-223f535ad48f

Considering that, and considering that non-phys llTargetOmega is client-side, I'd be tempted to say that it's a client-system interaction problem. That would also (as some have stated) explain why some of us are seeing this, and others are not. It would also explain why resetting/recompiling/new scripting the object would not work.

Hardware Overview:

Machine Name: iMac
Machine Model: PowerMac6,1
CPU Type: PowerPC G4 (3.3)
Number Of CPUs: 1
CPU Speed: 1.25 GHz
L2 Cache (per CPU): 256 KB
Memory: 768 MB
Bus Speed: 167 MHz
Boot ROM Version: 4.6.8f4
Serial Number: W833584RPJH

GeForce FX 5200:

Chipset Model: GeForce FX 5200
Type: Display
Bus: AGP
VRAM (Total): 64 MB
Vendor: nVIDIA (0x10de)
Device ID: 0x0329
Revision ID: 0x00a2
ROM Revision: 2068

Using this script, I'm unable to repro:

integer count=0;
default
{
    state_entry()
    {llTargetOmega(<0,0,1>,PI,PI);
    }

    touch_start(integer total_number)
    {
        if(++count%2) llTargetOmega(<0,0,1>,0,0);
        else llTargetOmega(<0,0,1>,PI,PI);
    }
}

The cube will stop and start when touched, as expected. Editing the cube will make it appear to stop spinning the user who is editing, but spinning is resumed after the box is deselected. A fresh login also shows the cube spinning. I waited some time to see if llTargetOmega() would fail, but nothing happened. I repeated the tests with llTargetOmega() in the root prim of a multiprim object, and the results were the same.

Of course you can not reproduce our bugs on the corporate net work.
I strongly urge you Lindens to start testing the viewers under the same circumstances as us. Get off the internal coperate network, and go home, log in from your home computer under an alt and test.

Maestro Linden noted that LL cannot repro this condition on their own network because they do not have the resources to test under end user conditions. The way they test under end user conditions is inputs from users. By that standard this issue has been repeatedly confirmed on this and other threads.

Prepares for a Second Life with out IITargetOmega0.

Second Life 1.21.6 (99587) Oct 15 2008 09:48:17 (Second Life Release)
Release Notes

You are at 218781.7, 288969.5, 28.3 in Boundless located at sim5270.agni.lindenlab.com (8.2.33.17:13001)
Second Life Server 1.25.5.109327
Release Notes

CPU: Dual PowerPC 970 (2000 MHz)
Memory: 1536 MB
OS Version: Darwin 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24 17:39:01 PST 2008; root:xnu-1228.9.59~1/RELEASE_PPC Power Macintosh
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: NVIDIA GeForce FX 5200 Ultra OpenGL Engine
OpenGL Version: 1.5 NVIDIA-1.5.36

libcurl Version: libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3
J2C Decoder Version: KDU
LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.21569 (Mozilla GRE version 1.8.1.13_0000000000)
Packets Lost: 3475/433385 (0.8%)