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
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
