llGiveInventory() to have reduced sleep.

Due to a few good fixes on our side of the system, llGiveInventory() doesn't require the 3 second sleep we currently place on it. However, to prevent spamming agents, we're thinking about keeping the sleep at 3 seconds if the target of llGiveInventory() is a resident.

So, what do you guys think if the regular sleep is set to 1 second (llGiveInventory() targets anything BUT an agent) and the agent targeting is set to 3 seconds? Is this perhaps an overall bad idea because people scripted in order to take the 3 second sleep into account? Give me some feedback!

Reducing it for object to object doesn't help much, it's when you have to give an agent something that you want your vendor to work snappy. As for objects designed to take the 3 seconds into account, most of them were designed ways to bypass the limit anyway, they will still work fine.

I configure my slide shows on the fly because of options, so the shorter the delay the better for setting up objects.

[...bunch of stuff author has since realised isn't useful and deleted...]

If I were you I'd probably reduce it to, say, 2 seconds for avatars. Then look and see if a lot of abuse reports get generated for object spam. If they do, put it back.
Ideally, the "Do you wish to keep or discard the object you have been given" should have a "mute" option to silence the object so it can't give you any more stuff in future.

I don't think the sleep is that useful as a protective measure - receiving a popup box every three seconds would still be pretty irritating, and anyone who's scripting it deliberately to annoy someone will likely know about multiple scripts to get round it. I would say "reduce the sleep to the minimum technically required" (which sounds like 1s). I've not had problems with the time delay personally, but I can think of a few applications for which it would be nicer to have a shorter delay to avoid having to bother with link messages et al.

I agree with this:

I agree with Ordinal. Same goes for other delays (though I'm sure some need to esist, IM was one), as mentioned in a Feedback thread, /142/cc/120122/1.html.

I don't think the sleep does any good, so remove it altogether.

The consensus appears to be: There`s no good reason to keep it longer than needed for technical reasons, and add a Mute button to the accept inventory dialog.

I concur with both.

Toodle-oo!

Bingo.

I agree with this as well (forgot to mention it). There is one place I know of where a greeter bot gives you something EVERY 5 MINUTES. Pain the arse, I pretty much set myself busy whenever I'm there (rarely).

Yeah, I got give-spammed twice by a give-bot. I think it would have been alot less annoying if they all popped up at once instead of having to deal with a slow steady stream of them.

Let the griefers add the delay back in if they want it. Normally I just want it to be over shortly after it starts.

I agree with Ordinal as well. If people want to spam, they'll find away around the limit.

...except... the limit prevents accidental spam from getting too far out of hand. For example, say someone has a notecard giver, and they accidentally put in a "touch" rather than "touch_start" event. I've read cases where the sim never noticed the stop-touch message from the client, resulting in "touch" being continuously triggered.

Realistically, accidental spamming is the only case that a long delay can be expected to effectively combat against, because any determined spammer will always be able to get around a delay. In general, any determined griefer can always grief, and putting in a limit like this just makes it harder for the vast majority of people who aren't griefers while not really preventing griefers from being able to do what they want to do.

That said, I think that the accidental spamming case is unlikely enough that it would probably be just fine to lower the delay to one second. It'd be really great if people could reduce load on sims by removing the bank of 5 inventory-giver slave-scripts from each of their vendors.