| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |\
| | |
| | |
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/CoreModules/Avatar/Attachments/AttachmentsModule.cs
OpenSim/Region/Framework/Interfaces/IAttachmentsModule.cs
|
| | |
| | |
| | |
| | | |
handlers for attachments to call public interface and rearranged module file into sections
|
| | |\ |
|
| |\ \ \
| | |/ /
| | | |
| | | |
| | | |
| | | | |
Conflicts:
OpenSim/Region/Framework/Scenes/Scene.cs
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
| | | |
| | | |
| | | |
| | | | |
converted back and forth between ScenePresence and IClientAPI. More to be done still.
|
| |\ \ \
| | | |/
| | |/|
| | | |
| | | | |
Conflicts:
OpenSim/Region/Framework/Scenes/Animation/ScenePresenceAnimator.cs
|
| | | |
| | | |
| | | |
| | | | |
http://opensimulator.org/mantis/view.php?id=3036
|
| | |\ \
| | | |/ |
|
| |\ \ \
| | |/ /
| | | |
| | | |
| | | | |
Conflicts:
OpenSim/Region/Framework/Scenes/Scene.cs
|
| | | |
| | | |
| | | |
| | | | |
This appears to be code clutter since the code that uses this has long gone.
|
| |\ \ \
| | | |/
| | |/|
| | | |
| | | | |
Conflicts:
OpenSim/Region/Framework/Interfaces/IAttachmentsModule.cs
|
| | |/ |
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | |
| | | |
SP still has an implementation but this is now just a public method on SP rather than an abstract one in EntityBase.
No point making the code more complex until it actually needs to be,
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
AvatarFactoryModule.Initialize()
This is never null
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
any issues with float serialization with machines set to non en_US locales.
Doing this to see if addresses inventory object deserialization problems in http://opensimulator.org/mantis/view.php?id=5708, though if it does I'm really surprised not to have seen it before now.
Really need to go through and systematically set the culture for every timer and change all BeginInvoke calls to FireAndForget instead.
But don't want to do something like that this close to a release.
|
| |\ \
| | |/
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/Framework/Scenes/SceneObjectGroup.cs
|
| | |
| | |
| | |
| | | |
are only sent to affected clients.
|
| |\ \
| | |/
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/Framework/Scenes/SceneObjectPart.cs
|
| | | |
|
| |\ \
| | |/
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/CoreModules/Agent/AssetTransaction/AgentAssetsTransactions.cs
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When a slider parameter is changed, the viewer uploads a new shape (or other asset) and the item is updated to point to it.
Viewer 1 uploaded the data in the initial request itself, so the asset references was almost always correctly updated.
However, viewer 3/2 always uploads data in a subsequent xfer, which exposed a race condition where the viewer would make the item update before the asset had uploaded.
This commit shuffles the order of operations to avoid this race, the item is updated with the new asset id instead of the old one while the upload was still taking place.
A second race had to be fixed where avatar appearance would also be updated with the old asset id rather than the new one.
This was fixed by updating the avatar appearance ids when the appearance was actually saved, rather than when the wearables update was made.
|
| | |\ |
|
| |\ \ \
| | |/ / |
|
| | | | |
|
| |\ \ \
| | | |/
| | |/| |
|
| | |/
| | |
| | |
| | | |
This is moved into ScenePresence for now as a general facility
|
| |\ \
| | |/
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/Framework/Scenes/Scene.cs
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
used by Autopilot coming from the client side.
I thought that I had implemented this but must have accidentally removed it.
Adds a regression test to detect if this happens again.
Temporarily disables automatic landing of NPC at a target. Will be fixed presently.
|
| |\ \
| | |/ |
|
| | | |
|
| | | |
|
| | |\ |
|
| |\ \ \
| | |/ /
| | | |
| | | |
| | | | |
Conflicts:
OpenSim/Region/Framework/Scenes/ScenePresence.cs
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This stops the npc walking backwards if the target is directly behind.
This means that the npc no longer returns to its original rotation once movement has finished.
If you want this behaviour, please store and reset the original rotation after movement.
This is somewhat to address http://opensimulator.org/mantis/view.php?id=5678
|
| |\ \ \
| | | |/
| | |/| |
|
| | |/ |
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
that same height in ScenePresence.
This prevents unnecessary work in the ODE module, though possibly that should be checking against same size sets itself
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
When upgrading the previously child agent to a root, the code was setting the Size parameter on the ODECharacter PhysicsActor.
This in turn reset Velocity, which cause the border stall.
I'm fixing this by commenting out the Velocity = Vector3.Zero lines since they don't appear to play a useful purpose
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
offset position!
Add method doc to explain this.
|
| |\ \
| | |/
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/Framework/Scenes/ScenePresence.cs
|
| | |
| | |
| | |
| | |
| | |
| | | |
SP.AbsolutePosition
OffsetPosition is also misnamed - it returns the absolute position and never contains an offset.
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
5035).
Using the RemoteAdmin API to close then recreate a region would fail if the estate name had not changed. If the estate name /was/ changed then the existing estate would be renamed rather than a new one being created. The problem really arose from a lack of distinction in the data storage layer between creating new estates and loading existing ones.
|