| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
this week but seems to have survive on the refactoring by-pass.
|
| |
|
|
|
|
|
|
|
|
|
| |
problem
* Such failures are now fatal to grab the user's attention.
* However, they could be made non-fatal (just with a loud error warning) if this proves too inconvenient
|
|
|
|
|
|
|
| |
* So at the moment once can type 'help terrain fill' as well as 'terrain fill help'
* Current implementation is a transient hack that should be tidied up soon
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
OpenSim.Region.Environment into a "framework" part and a modules only
part. This first changeset refactors OpenSim.Region.Environment.Scenes,
OpenSim.Region.Environment.Interfaces, and OpenSim.Region.Interfaces
into OpenSim.Region.Framework.{Interfaces,Scenes} leaving only region
modules in OpenSim.Region.Environment.
The next step will be to move region modules up from
OpenSim.Region.Environment.Modules to OpenSim.Region.CoreModules and
then sort out which modules are really core modules and which should
move out to forge.
I've been very careful to NOT BREAK anything. i hope i've
succeeded. as this is the work of a whole week i hope i managed to
keep track with the applied patches of the last week --- could any of
you that did check in stuff have a look at whether it survived? thx!
|
| |
|
| |
|
|
|
|
| |
properties event queue message. Addresses Mantis#3090
|
|
|
|
| |
requests
|
| |
|
|
|
|
|
|
|
| |
* Clamps negative values to zero when a terrain is exported in LLRAW format, since LLRAW doesn't support negative values.
* Thanks jonc!
|
|
|
|
| |
effectively fulfil this function
|
|
|
|
|
|
|
|
| |
command text needs to be typed
* Should disappear soon
|
|
|
|
|
|
|
| |
* Typing help will now give a list of these topics at the top (as well as the rest of the current help stuff)
* Typing help <topic> will give information about commands specific to that topic
|
|
|
|
| |
the information twice
|
| |
|
|
|
|
|
|
| |
* The same information is available via SceneManager
|
|
|
|
| |
the large number of different things that Scene does
|
|
|
|
|
|
|
|
|
| |
This patch fixes the problem where if an object containing a script is
deleted at the same time as an object containing the same script is
rezzed, it can result in the assembly file being deleted after the
second object script initialisation has found it but not started using
it yet, resulting in the script not starting up.
|
|
|
|
| |
both versions currently.
|
|
|
|
|
|
|
|
| |
http://jira.secondlife.com/browse/VWR-8049 .
* Catherine contacted us and gave us a LLSD dump to study for implementation.
* Still needs to be tested. May not produce expected results.
|
|
|
|
|
|
| |
* other minor tidy up
|
|
|
|
|
|
|
|
| |
* This option makes OpenSim use the usual db based asset service in standalone, and the grid based one in grid mode
* The other options can (local, grid, etc) can still be used explicitly as before
* Also change OpenSim.ini.example and the surrounding explanative text
|
| |
|
|
|
|
| |
departing region wrt the creation of the child agent in the receiving region, and that resulted in failed TPs.
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
- trim trailing whitespace
|
| |
|
|
|
|
|
|
|
|
| |
eliminating the redundant enable = true commented example
* Comment out some startup verbosity from the module if we haven't enabled it
|
| |
|
|
|
|
|
|
|
|
| |
much point doing one without the other
* Shouldn't result in any deadlocks as I don't think there are any locks in the calling code
|
|
|
|
|
|
| |
* Add unit test assertions to check this
|
| |
|
|
|
|
|
|
| |
* Adjusted existing link tests to reflect this and added some new assertions
|
|
|
|
|
|
|
|
| |
conditions with other parts changers
* This shouldn't provoke any deadlocks since the callers aren't taking any other locks beforehand
|
|
|
|
| |
been done by MemberwiseClone()
|
| |
|
|
|
|
|
|
| |
subclassing; also add new method signatures. Thanks tuco and mikkopa.
Fix Mantis #3072.
|
| |
|
|
|
|
|
|
|
|
| |
OpenSim/Data/DataPluginFactory.cs
- removed dependencies on a few executable assemblies in
bin/OpenSim.Data.addin.xml
- trim trailing whitespace
|
|
|
|
|
| |
- trim trailing whitespace
|
|
|
|
|
|
| |
OpenSim/Data/IInventoryData.cs
- trim trailing whitespace
|
|
|
|
|
|
| |
OpenSim/Data/IAssetData.cs
- remove some trailing whitespace
|
|
|
|
| |
plugins.
|
|
|
|
|
|
|
|
|
| |
of passing in a waithandle to the archiver
* This matches the existing OnOarFileLoaded event
* This brings up the question of how these things can be made generic so that they don't have to be tied into EventManager, but that's a topic for another day
|
|
|
|
|
|
|
| |
* Copy OpenSim.ini to _OpenSim.ini on crash instead of opensim.ini
* This makes it work on Linux/Mac(?) as well as Windows
|
| |
|
|
|
|
|
| |
Fixes Mantis #2195
|
|
|
|
| |
module is used explicit in OpenSim.ini.example
|