• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: MISC-2153
Type: Meta Issue Meta Issue
Status: Open Open
Priority: Normal Normal
Assignee: Unassigned
Reporter: Contagious Republic
Votes: 0
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
4. Second Life Misc Issues - MISC

Reduce or remove script delay in mono where appropriate

Created: 03/Jan/09 12:21 AM   Updated: 05/Oct/09 12:44 PM
Return to search
Component/s: None
Affects Version/s: None
Fix Version/s: None

Issue Links:
Relates


 Description  « Hide
Some of the mandatory delay in script functions is no longer useful for anything, or is now exageratedly long considering mono's performances.

llGetSimulatorHostname would be an example; why should it have 10 seconds delay? Currently it is an annoyance to amateur affiliate-style E-commerce, who have two choices: let some dishonest users rez vendors in the test grid and buy full perm scripts with test money in order to pirate them - or to endure a 10 second delay in script who can cause some buyers to log off or switch grid in disgust when the items sold don't get delivered as promptly as expected! Why shouldn't the delay be like 0.1 seconds?

Surely a non-amateur coder can find a workaround and people could compromise on many points, but the fact is there: longer than needed delays make certain simple things overly complicated to do, if not impossible, while providing little or no anti-lag/anti-grief protection in return.

When voting for this issue, you are not voting to reduce/remove delay on a specific function; just to ask the lindens to honestly look over the delay of most functions and reduce excessive delays. I'm sure the comments will list which functions need considering!

Also some function delay DO serve a genuine anti-grief/anti-lag purpose, but the greater good still might be in reducing the delay a bit.

P.S.: if the Lindens really want to stick to ridiculously long delays due to compatibilities issues regarding existing scripts, just give us a function to tone function delay down to a new minimum.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Contagious Republic added a comment - 03/Jan/09 12:26 AM - edited
MISC-686 is this issue's radical cousin, demanding the end of all script delay. It should be closed as won't fix because it is too radical.

Contagious Republic made changes - 03/Jan/09 12:26 AM
Field Original Value New Value
Link This issue Relates to MISC-686 [ MISC-686 ]
Gellan Glenelg made changes - 03/Jan/09 05:29 PM
Link This issue Relates to SVC-1361 [ SVC-1361 ]
Jahar Aabye added a comment - 27/Apr/09 02:16 PM
And this one may need to be resolved as "More Information Needed." The problem is the request of "where appropriate." This request is rather broad, because you have only suggested one function to change, and you have not offered a usable definition of "appropriate."

I think that you need to create a list of functions whose delays you believe could be reduced or removed. Then perhaps propose which changes would be made to which functions. Something like that could be voted upon. This issue, as it stands now, is simply to vague. What exactly would someone be voting for if they chose to vote for it? For that matter, what specific actions are you requesting that Linden Lab take?


Strife Onizuka made changes - 29/Jun/09 01:59 PM
Link This issue is related to by SVC-4467 [ SVC-4467 ]
Pawel Sixpence added a comment - 08/Jul/09 02:28 PM - edited
I know of three functions that I wish had no delay:

1) llSetPos() and llSetRot have 0.2 second delays. I am working with larger objects(>32 prims, thus they can not be physical) that I would like to move in a smooth way, but with 0.2 second delays this is not possible, as the movement is choppy.
2)llCreateLink() has a 1.0 second delay. I would like to unlink and relink objects quickly. For example, I would like to link a bag to a vehicle and later unlink the bag from the car, however to do this would require unlinking the bag parts and relinking them back together to form the bag, but relinking a bag made up of 10 objects takes 10 seconds, 1 second for each object to link (This form of linking is required since no nested linking exists in Second Life). Having to wait 10 seconds for an object to link up is ridiculous.


Tali Rosca made changes - 12/Jul/09 01:34 PM
Link This issue is original of duplicate SVC-4534 [ SVC-4534 ]
Tali Rosca made changes - 12/Jul/09 01:34 PM
Link This issue is original of duplicate SVC-4534 [ SVC-4534 ]
Tali Rosca made changes - 12/Jul/09 01:35 PM
Link This issue is related to by SVC-4534 [ SVC-4534 ]
Contagious Republic added a comment - 05/Oct/09 12:44 PM
This is not about who wants which function delay removed; this is about the Lindens removing ALL script delays that are not justifiable in terms of a tangible benefit (aka, reducing griefing, lag, abuse). Any function that does not have a tangible benefit from the delay to SL and/or LL in general should have the delay removed (or if that's not manageable, reduced).

If the 3 most knowledgeable Lindens about this were to meet about this and vote on each function, I am quite sure some of those functions would not have delays anymore because the delay is flatly unjustifiable under the current technology.