| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
|
| | |
| | |
| | |
| | |
| | | |
This is always done later on in SceneGraph.AddSceneObject() if the call hasn't failed due to sanity checks.
There's no other purpose for this method to exist and it's dangerous/pointless to call in other conditions.
|
| | |
| | |
| | |
| | | |
Allow NPCS to touch obects.
|
|\ \ \
| | |/
| |/|
| | |
| | |
| | |
| | | |
Conflicts:
OpenSim/Framework/Servers/HttpServer/PollServiceEventArgs.cs
OpenSim/Region/ClientStack/Linden/Caps/EventQueue/EventQueueGetModule.cs
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
| | |
| | |
| | |
| | | |
this last may need fix) added also some code for llSetAngularVelocity but not working still
|
| | |
| | |
| | |
| | |
| | | |
the manager to tell what type of event it is. All events except for lsl http in
go to the "slow queue" which is run once per second as before.
|
| | | |
|
| | | |
|
| | | |
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | | |
problem if any...
|
| |\ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | | |
rotation ( SendTerseUpdateToAllClients() in place of SendAvatarDataToAllAgents() )
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
client rotation of avatars 'linked' to child parts. (put back some 'cosmetics' from previus commit). Still let lsl api use physics engine ideia of part Physical state on this where it should be SOP ideia, so is that is clear that sync with engine is SOP responsability.
|
|\ \ \ \ \
| | |_|_|/
| |/| | |
| | | | |
| | | | |
| | | | | |
Conflicts:
OpenSim/Region/Framework/Scenes/Scene.cs
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
| | | | |
| | | | |
| | | | |
| | | | | |
I can't see that these present any real hazard to sim functioning.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This works like osForceAttachToAvatar() but allows an object to be directly specified from the script object's inventory rather than forcing it to be rezzed in the scene first.
Still only attaches objects to the owner of the script.
This allows one to bypass the complicated co-ordination of first rezzing objects in the scene before attaching them.
Threat level high.
|
| | | | |
| | | | |
| | | | |
| | | | | |
dictionary
|
| | | | |
| | | | |
| | | | |
| | | | | |
inspecting a clone of the TaskInventory dictionary that was not cloned thread-safe
|
| | | | |
| | | | |
| | | | |
| | | | | |
rather than inspecting a clone of the TaskInventory dictionary that was not cloned thread-safe
|
| | | | |
| | | | |
| | | | |
| | | | | |
renamed from ScriptByName()
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
GetInventoryItem()
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
TaskInventory directory
GetInventoryItems() returns a new list and so is equivalent, and creates this list under lock whereas Clone() is not thread-safe
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
TaskInventory directory
GetInventoryItems() returns a new list and so is equivalent, and creates this list under lock whereas Clone() is not thread-safe
|
| | | | |
| | | | |
| | | | |
| | | | | |
rather than have it iterate through TaskInventory itself.
|
| | | | |
| | | | |
| | | | |
| | | | | |
rather than have it iterate through TaskInventory itself.
|
| | | | |
| | | | |
| | | | |
| | | | | |
rather than iterate through TaskInventory itself.
|
| | | | | |
|
|\ \ \ \ \
| |/ / / /
| | | | |
| | | | |
| | | | |
| | | | | |
Conflicts:
OpenSim/Region/CoreModules/Avatar/Attachments/AttachmentsModule.cs
OpenSim/Region/Framework/Scenes/Scene.cs
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
directly instead of an item ID to then shuffle through attachments, saving CPU busywork.
Almost all callers already had the sog to hand.
Still checking that it's really an attachment, but now by inspecting SOG.AttachedAvatar
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
XEngine if engine specified does not exist.
This is to take account of situations where the user was intending to specify a script engine using colon using its default language.
This probably generates few false positive as scripts are less likely to end a first line colon with a comment for other purposes.
|
|\ \ \ \ \
| | |_|_|/
| |/| | |
| | | | |
| | | | | |
Conflicts:
OpenSim/Framework/Servers/HttpServer/PollServiceWorkerThread.cs
|
| | |_|/
| |/| |
| | | |
| | | | |
sensor.
|
| | | |
| | | |
| | | |
| | | | |
for some results.
|
| | |/
| |/| |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This reverts commit 679da63da617d031e5e7ae3f2d2a29db1a23ace3.
Conflicts:
OpenSim/Region/CoreModules/Avatar/Chat/ChatModule.cs
|
|\ \ \
| | |/
| |/|
| | |
| | | |
Conflicts:
OpenSim/Region/CoreModules/Avatar/Attachments/Tests/AttachmentsModuleTests.cs
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
line of a script where the user was not trying to select a different script engine.
This works by only posting the "Selected engine unavailable" message if we're falling back on XEngine and the language is one handled by XEngine.
In cases where the language is not handled or not allowed, the user will still be notified by the later compiler error.
This avoids the overwhelming majority of false positives where the first line contains a : for other reasons (e.g. source control systems, vim settings, etc.)
Ultimately, I think it would be better to detect script language/engine with a mechanism that didn't just rely on : detection (e.g like #! in unix scripts).
|
| | |
| | |
| | |
| | | |
colon is found on the first line will always be the same as for the whole script.
|
| | | |
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/ClientStack/Linden/UDP/LLClientView.cs
OpenSim/Region/CoreModules/Scripting/LSLHttp/UrlModule.cs
OpenSim/Region/ScriptEngine/XEngine/XEngine.cs
|
| | |
| | |
| | |
| | | |
Unchecking "Running" box in script editor now persists. This fixes http://opensimulator.org/mantis/view.php?id=6057
|
| | |
| | |
| | |
| | | |
XEngine.PostObjectEvent and places where the list is modified by extending the m_PrimObjects lock.
|