aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/bin/Castle.Core.dll
diff options
context:
space:
mode:
authorMW2009-02-04 16:00:39 +0000
committerMW2009-02-04 16:00:39 +0000
commit8d6bd1b650481173c881262b0fcd79f5e1bd5d00 (patch)
tree03628bed8a7a559b55f8929163224c71df970984 /bin/Castle.Core.dll
parentClosing the requestStream and setting a 10 sec timeout for getting it. (diff)
downloadopensim-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