|
|
|
[
Permlink
| « Hide
]
Drew Dwi added a comment - 02/Jan/08 09:42 AM
can't repro this issue, believe this has something to do with your script or where your dropping the objects.
So I think I found the root of it. It has to deal with when a script adds more than information into the description section of an object. Somethings causes the object to just go haywire.
Reopening and linking to
What exactly do you mean by "more than information"?
(moving down to critical for now, perhaps back up if there's more evidence of prim corruption)
So, descriptions are limited to 127 characters. It seems that if a script attempts to force more than 127 characters into an the description section of an object, something very weird happens at that point, in both my testing, two objects became un-editable - I could not edit the description - these two objects were always routinely returned to me.
There is also a possibility that the # causes some problems, but I haven't tested, or tried that out yet. this I have reproduced we should change the title to reflect the error.
objects with descriptions set to over 127 characters by a LSL script cause the object to become unstable (affects vary)? the LSL code should throw an error, or SL should auto crop extra characters to prevent unintended side effects. That's a great idea, title changed to better reflect the issue.
I think one way to handle it is one of a few things: The reason I suggest 3 is because most scripters are using the description area as a place to hold script information about the object (being as you can't really write to a note card). It could be a solution to have a separate area to hold specific information for scripts. Also, I wonder - does the same thing happen to the object name field? Description of the problem was also updated.
This seems to have been fixed - see http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||