Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION

[Hawthorne Gray]

I am repeatedly getting this error message:

  [] Aphrodite brie cheese appetizer: Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set

I have tried selecting: 'stop Avatar animations and revoke permissions' but that did not help. I have thrown the object away, restarted, moved to different parcels, then regions; I've done an area search for the object and found none. What the hell? It's been doing this for 24 hours now, page after page after page of ...


[] Aphrodite brie cheese appetizer: Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set
Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set
[] Aphrodite brie cheese appetizer: Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set
Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set
[] Aphrodite brie cheese appetizer: Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set
Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set
[] Aphrodite brie cheese appetizer: Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set
Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set

Anyone? 

[LissomePrey]

We probably need to see the script but if you want to trigger an animation for an avatar, you have to have got permission to trigger animations:

               if (PERMISSION == FALSE)
                {
                    llRequestPermissions(sitter, PERMISSION_TRIGGER_ANIMATION | PERMISSION_OVERRIDE_ANIMATIONS);
                }

    run_time_permissions(integer perms)
    {
       if ((perms & PERMISSION_TRIGGER_ANIMATION) &&  (PERMISSION_OVERRIDE_ANIMATIONS))
       {
            PERMISSION = TRUE;
            llSetAnimationOverride("Sitting","sldown");
       }

     }
   

that is just two code snipperts from an old script as an example.

 

If the script is an attachment permission should be granted automatically, otherwise a window pops up in the viewer to gain permissions.

Edited July 19 by LissomePrey

[Hawthorne Gray]

It's not my script. It come from an item that was dispensed to me from a 3rd party created object, in this case from the vendor Aphrodite

 

[Qie Niangao]

44 minutes ago, Hawthorne Gray said:

I have thrown the object away, restarted, moved to different parcels, then regions; I've done an area search for the object and found none.

You're wearing it.

[Rolig Loon]

6 minutes ago, Hawthorne Gray said:

It's not my script. It come from an item that was dispensed to me from a 3rd party created object, in this case from the vendor Aphrodite

Many freebie scripts in SL were written by people who don't necessarily know best coding practices, so they leave out things that can sometime lead to script errors later for end users.  That's one of the perils of SL's user-built environment.

[Hawthorne Gray]

OK this is weird.Here is the error message i kept receiving:

[] Aphrodite brie cheese appetizer: Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set

Despite my having thrown away the object I kept getting that error message ad nauseam. I did an area search to ensure it was no longer present on the parcel and got zero results - but, nonetheless, I kept getting the error message. So I enlarged my search by putting just the vendor name that sold the item, in this case, 'Aphrodite', as the search parameter and 3 objects were returned in the results, none of them the 'brie cheese appetizer'.

On a lark, I selected one of the search result items, '60L <Aphrodite> Choco Cake',  and clicked the name and chose Script Info from the menu panel and got a report:

Script info: 'Aphrodite Christmas placemate & Thanksgiving placemate': [0/0] running scripts, 0 KB allowed memory size limit, 0.000000 ms of CPU time consumed [etc, etc], which was  useless info really since, other than being from the same vendor, the item was unrelated to the  'brie cheese appetizer' item that was sending out the error message.

But then, there was silence (or a chat window version of silence) - the error messages from 'Aphrodite brie cheese appetizer' ceased! Stopped. Were no more! Evanesco!

This is what I like to call SL Voodoo - for no rhyme or reason and despite whatever logical steps one has applied to a problem in Sl but come up empty-handed, some random action on the part of a despairing user will magically cause said problem to cease. Or? Am I wrong, and this is the SL procedure to follow when encountering the 'PERMISSION_TRIGGER_ANIMATION permission not set' error message, one simply selects another object and asks for a Script Infor report, and all error messages just vanish? Anyway, problem solved. (And I will never ever touch a brie cheese appetize again!

[Hawthorne Gray]

Ah, Qie Niangao, good point - hadn't thought of that, but I don't think i was wearing it, or didn't see it any longer - will check though.

 

Nope, not listed as an attachment. Hmmm.

Edited July 19 by Hawthorne Gray

[Qie Niangao]

16 minutes ago, Hawthorne Gray said:

Nope, not listed as an attachment. Hmmm.

It might have been a temp attachment, because it sounds like a food item you might get from a dispenser. Some viewers show "Temporary attachments" at the bottom of the "Now wearing" list. Usually, though, temp attachments should detach when you go to a different region and/or relog, so that argues against that theory anyway.

I was trying to come up with some way the error could follow you to another region (for more than a few minutes) and not show up in Area Search. But you're making a voodoo believer out of me!

[Fluffy Sharkfin]

24 minutes ago, Qie Niangao said:

I was trying to come up with some way the error could follow you to another region (for more than a few minutes) and not show up in Area Search. But you're making a voodoo believer out of me!

The only thing I can think of is some sort of desync between the client and server, much the same as you can sometimes detach something and then teleport only to find that it's magically reattached itself. As you say, having the error follow you to another region is very unusual unless the script is somehow attached.

[Rolig Loon]

This is indeed strange behavior. However, there may be one oddball explanation. I assume that you are using Firestorm, since that's the viewer that uses the term "Area Search". If you look at their wiki under fs_area_search you'll find the following note:

NOTE: Area search will list objects that the viewer is aware of. There are many objects in your vicinity that the viewer may not be aware of. So in order to have those picked up, turn around, and move around, or cam around. as the viewer picks up more objects, they will be added to the list. Similarly, if you cam or move away some distance, objects can drop off the list as the viewer “forgets” them.
The above is expected behavior, and not a bug.

So, it's just possible that you dropped the object (thus triggering the script's attached event). It was still there, chirping away, when you went looking, but Area Search simply couldn't find it.

[Hawthorne Gray]

It's a mystery. I will say this, it has happened to me before with that very same item, but however the issue got resolved, I forget now what the solution was. And I also promptly forgot about the item altogether until I was cleaning my inventory. I will also admit, that I'm constantly pushing on things in SL, trying things out in weird ways, making them fit or do things they weren't maybe meant to - I get into trouble all the time; but it's how I learn, asp as a non-programmer.

[Quistess Alpha]

9 minutes ago, Rolig Loon said:

I assume that you are using Firestorm

Assuming firestorm, (and probably other viewers) the debug message window will clearly state the region position of the offending object. If the option to see debug messages in the main chat window rather than a separate window is enabled, the local chat message will include a full object SLURL, that includes its position, owner and UUID. Apparently firestorm also has a convenient 'block' option when left-clicking on a SLURL.

Edited July 19 by Quistess Alpha

[Hawthorne Gray]

8 minutes ago, Rolig Loon said:

This is indeed strange behavior. However, there may be one oddball explanation. I assume that you are using Firestorm, since that's the viewer that uses the term "Area Search". If you look at their wiki under fs_area_search you'll find the following note:

NOTE: Area search will list objects that the viewer is aware of. There are many objects in your vicinity that the viewer may not be aware of. So in order to have those picked up, turn around, and move around, or cam around. as the viewer picks up more objects, they will be added to the list. Similarly, if you cam or move away some distance, objects can drop off the list as the viewer “forgets” them.
The above is expected behavior, and not a bug.

So, it's just possible that you dropped the object (thus triggering the script's attached event). It was still there, chirping away, when you went looking, but Area Search simply couldn't find it.

Thanks for pointing that out, I was not aware of that, I just assumed a scan was done within a certain, confined, range. In this case, I was up in a small simple 4-wall skybox where i do inventory stuff etc. with minimum lag to slow things down.

[Hawthorne Gray]

3 minutes ago, Quistess Alpha said:

Assuming firestorm, (and probably other viewers) the debug message window will clearly state the region position of the offending object. If the option to see debug messages in the main chat window rather than a separate window is enabled, the local chat message will include a full object SLURL, that includes its position, owner and UUID. Apparently firestorm also has a convenient 'block' option when left-clicking on a SLURL.

This is all useful information for me. Especially as my parcel grows more complex and things get moved around and sometimes lost.

[Rolig Loon]

1 minute ago, Hawthorne Gray said:

I just assumed a scan was done within a certain, confined, range.

No, actually.  Area Search or the equivalent version in the standard LL viewer isn't "scanning" at all. It's reporting information from the region's servers, so it's not restricted to telling you about what's in your parcel or some distance from you. Offhand, I have no idea why it might fail to be aware of what's in the region but apparently that's what happens.  I find it odd that Firestorm considers this "expected behavior and not a bug".

[Quistess Alpha]

23 minutes ago, Rolig Loon said:

No, actually.  Area Search or the equivalent version in the standard LL viewer isn't "scanning" at all. It's reporting information from the region's servers,

The official viewer doesn't have area search AFAIK. and at least according to the note you quoted above, it's not reporting from the region's servers, but from the viewer's cache/memory (which was ultimately pulled from the servers, but the step between is important). if the feature were implemented by LL, it probably wouldn't have the issue.

[Profaitchikenz Haiku]

One way this problem pops up is due to the behaviour when viewers offer the ability to revoke permissions when standing up from an object. By default the Sl viewer never did, so if the script reacted to a stand by issuing an llStopAnimation(lastAnim) the animation would stop if the avatar was still in the region, or else not give the error message. This behaviour changes ib TPV's that have a checkbox to revoke permissions on stand.

If the script has a section in change(CHANGED_LINK)  to stop the last playing animation when the avatar stands, this error will show if the "revoke permissions when standing" is checked, but will not show it when unchecked or using viewers that do not offer this option.

 

Regarding area search sometimes not locating all objects, I have had to change elevation by a thousand metres at a time and refresh the search before finally getting a hit.