Thank you all for the advice, I’ll just recreate the notecard from the example Takuan provided. (and keep a .txt file copy of that)

Once the asset server loses track of an notecard, in my experience it cannot be read by avs or scripts.

string NOTECARD = “listmaker instructions”;

key notequery;
integer noteline;

default
{
state_entry()
{
notequery = llGetNotecardLine(NOTECARD, noteline = 0);
}

dataserver(key queryid, string data)
{
if(queryid != notequery)
return;
if(data == EOF)
return;
llOwnerSay(”Line ” + (string)noteline + “: ” + data);
notequery = llGetNotecardLine(NOTECARD, ++noteline);
}
}

The reason the AO keeps working is because it only reads the notecard when you say ‘Load’, after that all the animation names are held in the script’s memory (you could say it ‘remembers’ them). It would be extremely laggy to try and read the notecard each time a new animation needs to be played.

So that explains why the AO’s still working. This also means that if your script got reset for some reason, it would probably fail to read the notecard (the same way your av can’t read it), and then your animation list would be lost.

I’ve had one person report this to me several months ago. I don’t expect this would be a ZHAO-specific issue, since the ZHAO doesn’t do anything unusual in terms of how it reads the notecard. But… this is SL, so who knows. It’s weird that it happened to several people at the same time. I think LL rolled back a few hundred sims yesterday… but again, that should not cause the asset server to lose assets. The key word being ’should’.

Sorry I don’t have any better suggestions than that :(

In any event, ANY reports of something like this happening indicate that there’s something funny going on with the asset server, as it’s not supposed to just lose content like this, no matter how trivial.

Erbo, thanks for taking a look, this is lucky for you! I now wonder if it’s a Zhao specific problem, or just both me and Takuan were especially unlucky.