[Opensim-users] Script states are not being persisted on r/19526?

[Justin Clark-Casey]

Hi Chris.  Thanks for the fix confirmation.

The "Dropped..." messages are a little more frequent now on teleport since I tightened the teleport code.  They occur 
when a message is processed from a viewer but the simulator has already removed the connection.  You can ignore them and 
they may eventually get commented out but they're still useful for diagnosing other problems where a client is removed 
from a simulator unexpectedly.

On 11/07/12 08:09, Chris wrote:
> Hi Justin,
>
> Ran a few quick tests and script states appear to be functioning correctly now as far as I can tell =)
> Will file a mantis if I happen to run into something later once I've gotten a chance to test for an extensive period of
> time.
>
> P.S. What does this message mean?
> 01:58:23 - [LLUDPSERVER]: Dropped incoming RemoveInventoryItem for dead client mewtwo0641 Alito in Test Region 2
>
> I came across it a few times upon logouts while testing.
>
> Thanks!
>
>
> On 7/10/2012 6:39 PM, Justin Clark-Casey wrote:
>> Hi Chris.  Hopefully this is addressed by f3134b5, committed today.
>>
>> If not, please could you open a mantis and put the details in there. Thanks!
>>
>> On 10/07/12 01:12, Chris wrote:
>>> Alrighty; Thanks Justin! Anxious to test it =)
>>>
>>> On 7/9/2012 7:05 PM, Justin Clark-Casey wrote:
>>>> Hi Chris.  You're right, this is a regression that started occuring in commit 5301648 (Mon Jun 25 21:08:19 2012).  I
>>>> hope to have a fix tomorrow.
>>>>
>>>> On 09/07/12 06:08, Chris wrote:
>>>>> I have recently compiled commit 1a2ab7b (r/19526) and have noticed that script states are not being persisted between
>>>>> detaches, region crossings / TP (sometimes), and relogs. When attaching a scripted object and using the scripts, it
>>>>> appears to work fine, but upon detach, and then later reattaching, the scripts seem to be starting over from a freshly
>>>>> blank state. This is also true of a relog when logging out with the attachments worn and is also true when a teleport
>>>>> fails.
>>>>>
>>>>> Is any one else experiencing this?
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


-- 
Justin Clark-Casey (justincc)
http://justincc.org/blog
http://twitter.com/justincc