diff options
author | MW | 2009-02-04 16:00:39 +0000 |
---|---|---|
committer | MW | 2009-02-04 16:00:39 +0000 |
commit | 8d6bd1b650481173c881262b0fcd79f5e1bd5d00 (patch) | |
tree | 03628bed8a7a559b55f8929163224c71df970984 /bin/Castle.Core.dll | |
parent | Closing the requestStream and setting a 10 sec timeout for getting it. (diff) | |
download | opensim-SC-8d6bd1b650481173c881262b0fcd79f5e1bd5d00.zip opensim-SC-8d6bd1b650481173c881262b0fcd79f5e1bd5d00.tar.gz opensim-SC-8d6bd1b650481173c881262b0fcd79f5e1bd5d00.tar.bz2 opensim-SC-8d6bd1b650481173c881262b0fcd79f5e1bd5d00.tar.xz |
Added a ForceSceneObjectBackup method to Scene, which as it says forces a database backup/update on the SceneObjectGroup.
This is now called at the beginning of DeRezObject, so we know the database is upto date before we attempt to delete a object.
Fix Mantis #1004
Which happened because Database backups don't happen if a object is still selected, so when you select a part in a link-set and then unlink it and then delete it, all without unselecting the prim at all. The unlink changes never get updated to the database. So then when the call to delete the prim from the database happens, which is called with the SceneObjectId. That SceneObjectId is never found, as the database still has that prim as part of another link set.
It is possible that these changes might have to be reverted and for us to find a different method of fixing the problem. If the performance overhead is too high or it causes any other problems.
Diffstat (limited to 'bin/Castle.Core.dll')
0 files changed, 0 insertions, 0 deletions