| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
whether a worn object needs to displace an existing attachment on the same point if we are not using multi-attach.
|
| | |
|
| |\
| |
| |
| |
| | |
Conflicts:
OpenSim/Region/CoreModules/Avatar/Attachments/AttachmentsModule.cs
|
| | |
| |
| |
| | |
This also adds/extends regression tests for wearing attachments directly for the scene and attempting to reattach/rewear already attached objects.
|
| | |
| |
| |
| |
| |
| |
| | |
already occupied did not remove the previous attachment (current behaviour)
Regression was commit ccd6f4 (Tue Mar 5 23:47:36 2013)
Added regression test for this case.
|
| | |
| |
| |
| | |
by DAExampleModule when instantiating a dynamc object.
|
| | |
| |
| |
| | |
necessary to get attributes to save (though this probably happens anyway due to the prim move)
|
| | |
| |
| |
| |
| |
| | |
input to GetLandObject()
This conforms to the existing ILandChannel.ParcelsNearPoint() method
|
| | |
| |
| |
| | |
conditions with a serialization thread.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
This allows region modules to add dynamic objects to SOPs rather than having to continually push and pull OSD dynamic attributes.
This is to explore the original MOAP use case for dynamic attributes where it could be very awkward and possibly time-consuming to keep reconstructing MediaEntrys from stored DynamicAttributes.
This commit adds a DOExampleModule to demonstrate/evolve this code.
Dynamic objects involve no storage or persistence changes - the 'backing store' for any data that does need to be saved will remain the DAMap.
DOExampleModule in this commit only attaches a fresh dynamic object. Actually constructing this from stored dynamic attributes and handling persistence is left for later.
These changes should affect no existing functionality, though it may or may not reveal necessary changes in DAMap down the road.
|
| | |
| |
| |
| | |
future debugging of VectorRenderModule
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
section of OpenSim.ini. False by default.
This option allows the simulator to specify that the cancel button on inter-region teleports should never appear.
This exists because sometimes cancellation will result in a stuck avatar requiring relog.
It may be hard to prevent this due to the protocol design (the LL grid has the same issue)
In small controlled grids where teleport failure is practically impossible it can be better to disable teleport cancellation entirely.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
teleports is still not recommended.
Previously, hitting the cancel button on a teleport would cancel on the client side but the request was ignored on the server side.
Cancel would still work if the teleport failed in the early stages (e.g. because the destination never replied to early CreateAgent and UpdateAgent messages).
But if the teleport still completed after a delay here or later on, the viewer would become confused (usual symptom appears to be avatar being unable to move/reteleport).
This commit makes OpenSimulator obey cancellations which are received before it sends the TeleportFinish event queue message and does proper cleanup.
But cancellations received after this (which can happen even though the cancel button is removed as this messages comes on a different thread) can still result in a frozen avatar.
This looks extremely difficult and impossible to fix.
I can replicate the same problem on the Linden Lab grid by hitting cancel immediately after a teleport starts (a teleport which would otherwise quickly succeed).
|
| | |
| |
| |
| | |
commit 984faf2
|
| | |
| |
| |
| | |
This is currently disabled pending an improvement in the test code to properly add avatars when an event queue module is present.
|
| | | |
|
| |\ \
| |/
| |
| |
| | |
Conflicts:
OpenSim/Region/CoreModules/Avatar/Attachments/AttachmentsModule.cs
|
| | |
| |
| |
| |
| |
| | |
race conditions between closing agents and scripts that may be doing attachment manipulation.
This is in an effort to resolve http://opensimulator.org/mantis/view.php?id=6557
|
| | | |
|
| |/
|
|
|
|
|
|
|
|
|
|
| |
Conflicts:
OpenSim/Framework/AvatarAppearance.cs
OpenSim/Region/CoreModules/Avatar/Attachments/AttachmentsModule.cs
OpenSim/Region/CoreModules/Avatar/Attachments/Tests/AttachmentsModuleTests.cs
OpenSim/Region/Framework/Interfaces/IAttachmentsModule.cs
OpenSim/Region/Framework/Scenes/Scene.cs
OpenSim/Region/OptionalModules/Avatar/Attachments/TempAttachmentsModule.cs
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
| |
|
|
| |
compatible ([Startup] still being looked up), but please update your configs sometime soon.
|
| | |
|
| |\ |
|
| | |
| |
| |
| | |
Forgot to add file for llRequestUrl() test in commit b8a7c8b
|
| | |
| |
| |
| | |
places where we were not already.
|
| | | |
|
| |/
|
|
| |
[Hypergrid] in *Common.ini.example. Backwards compatible for now.
|
| |
|
|
|
|
|
| |
Existing map settings in [Startup] will continue to work, and if present will override anything in [Map]
However, the proper place for such settings would now be [Map]
This is to reduce the use of [Startup] as a bag for non-generic settings which should really go in sections, in common with other settings.
This commit also extends Diva's previous work to allow a default setting to be given when looking at multiple sections for settings.
|
| |
|
|
|
| |
by MonitorModule. Left existing functionality (command line and HTTP
fetch) and just added StatsManager registration.
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| | |
happen despite unexpected exceptions.
This means that if such an exception does occur, the region does not need to be reset before that user can teleport from it again.
This is all Oren's code from his patch in http://opensimulator.org/mantis/view.php?id=6374 but I've chosen to split it in two.
|
| |/
|
|
| |
one I added yesterday -- this is for helping move config vars out of [Startup]
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| | |
rather than "corrupt"
Corrupt is misleading - it implies textures were uploaded but are not j2k valid.
The actual situation is that at least one required baked texture is not present.
|
| |/
|
|
| |
default under [Startup]. They can then be overwritten in the other sections (but probably shouldn't). I kept the existing code for backwards compatibility, so this should not cause any breaks from people's current configurations. But people should move to have these 2 vars under [Startup] -- see OpenSim.ini.example and Robust.HG.ini.example. And yes, both names now end with "URI" for consistency.
|
| | |
|
| |\ |
|
| | | |
|
| |/
|
|
|
|
| |
the 'to' text would be treat as the end vector rather than discarded.
Before this, the commands still work but the help text is wrong - one has to leave out the 'to' in stating the vectors
|
| | |
|
| |
|
|
|
|
|
|
| |
Really "My Inventory" is just the name of the root, it isn't a folder in its own right.
This also makes it more intuitive for users to save whole inventory iars for backup/later restoration, as they don't need to remember to use /*
/* will still work and this is a special case just for the root
If you want to save only the contents of other folders (rather than the folder itself), you still need to specify something like a/b/*
Added a regression test for this case.
|
| | |
|
| |
|
|
| |
run on 'stop on handled and unhandled null reference exceptions' mode without pausing during startup a bunch of times. I don't think exceptions were really meant for replacing a single if statement...
|
| | |
|
| |
|
|
|
|
| |
when deleting expired files or stamping the region status file.
Changes various error level log lines to warn since these are not fatal to the operation of OpenSimulator
|
| |
|
|
| |
continue with the IAR load rather than failing completely.
|
| |\ |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
names must have at least 4 characters.
|
