| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |
|
|
|
|
| |
Prevents stealing IDs of animations, sounds and textures from prim
inventories. Prevents copybot from gathering the wearable UUIDs needed for
pirating things from vendors.
|
| |
|
|
| |
to the connected client.
|
| | |
|
| |
|
|
| |
for a trailing slash on exports/
|
| | |
|
| |
|
|
|
|
|
|
| |
allowing the decoded sculpt map cache path to be defined in
the configuration files.
Use DecodedSculpMapPath in the [Startup] section to set
the path. The default is still ./bin/j2kDecodeCache
|
| |
|
|
|
|
|
|
|
| |
Adding ability to place script engine assemblies outside
the codebase directories.
Uses new [XEngine] option: ScriptEnginesPath = "path_to_assemblies"
Signed-off-by: Melanie <melanie@t-data.com>
|
| | |
|
| | |
|
| |
|
|
| |
This aims to make it easier to identify and remove rogue prims that are causing ODE to fall over.
|
| |
|
|
|
|
| |
made more useful.
If a separate UUID parameter is better for the future then this can be added later on.
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
functions per the LSL wiki.
Signed-off-by: Melanie <melanie@t-data.com>
This patch also fixes a large amount of trailing whitespace. While this is
beneficial, it should really be in a separate patch that fixes whitespace only.
Just good practice.
|
| | |\ |
|
| | | | |
|
| | | | |
|
| | |/
|/|
| |
| |
| |
| |
| | |
then simply return rather than generating an exception
This matches existing behaviour, though better diagnostics for missing assets may be good later on.
This addresses http://opensimulator.org/mantis/view.php?id=4977
|
| |\ \ |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
This allows non public/debug region wide messages to be sent to scripts but not be broadast to avatars
|
| | |/
| |
| |
| |
| |
| | |
requestingAgentID to RequestingAgentID
This was stopping the get group member roles call from working, and may have affected other things
|
| | |\ |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | | |
This reverts commit 5dc9ea2f2487804d788b4b80d40d91bd792de4c2.
Also makes online indicators and IM more robust
|
| | |/
| |
| |
| | |
already applied
|
| |/
|
|
|
|
|
|
| |
scene, remove the old uuid reference from m_parts as well as adding the new one.
The separate remove and set operations is SOG.set_UUID() are both locked under m_parts.SyncRoot since they are logically atomic (though this isn't such an issue if the SOG isn't part of a scene)
Added unit test for this behaviour.
Also changed the second m_parts.AddOrReplace() to m_parts.Add(). As the old reference is now removed we never end up replacing an identical uuid. And if we replace a uuid that's already there (from a child part) then this is an error.
|
| | |
|
| |\ |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Object updates are sent on the task queue. It's possible for an object update to be placed on the client queue before a kill packet comes along.
The kill packet would then be placed on the state queue and possibly get sent before the update
If the update gets sent afterwards then client get undeletable no owner objects until relog
Placing the kills in the task queue should mean that they are received after updates. The kill record prevents subsequent updates getting on the queue
Comments state that updates are sent via the state queue but this isn't true. If this was the case this problem might not exist.
|
| | | |
|
| | | |
|
| |/
|
|
| |
MapAndArray collection
|
| |
|
|
|
|
|
|
|
| |
to reduce scope for kill/update race conditions
This is necessary because it was still possible for an entity update packet to be constructed, the thread to pause, a kill to be sent on another thread, and then the original thread to resume and send the update
This would result in an update being received after a kill, which results in undeletable ghost objects until the viewer is relogged
Extending the lock looks okay since its only taken by kill, update and reprioritize, and both kill and update do not take further locks
However, evidence suggests that there is still a kill/update race somewhere
|
| |
|
|
| |
code readability
|
| |
|
|
|
|
|
|
| |
scene, iterate over an unlocked list instead
Previously, deadlock was possible because deleting a group took a SOG.Children lock then an m_entityUpdates.SyncRoot lock in LLClientView
At the same time, a thread starting from LLClientView.ProcessEntityUpdates() could take an m_entityUpdates.SyncRoot lock then later attempt to take a SOG.Children lock in PermissionsModule.GenerateClientFlags() and later on
Taking a children list in SOG appears to be a better solution than changing PermissionsModule to not relook up the prim. Going the permission modules root would require that all downstream modules not take a SOG.Children lock either
|
| |
|
|
|
|
|
|
| |
all the other default files"
This reverts commit c3259e9c26f198b5fe0e7ed6c29c17c27c60ecb1.
Reverted by agreement.
|
| |
|
|
| |
other default files
|
| |\ |
|
| | |
| |
| |
| | |
This can get very spammy with regularly changing objects. Please uncomment if required.
|
| | |
| |
| |
| | |
various points in the main scene loop and associated methods
|
| | |
| |
| |
| | |
unhandled GenericMessages
|
| | |
| |
| |
| | |
informative
|
| | |
| |
| |
| | |
being migrated to AttachmentsModule
|
| | |
| |
| |
| | |
ShowAttachInUserInventory() to match ShowDetachInUserInventory()
|
| | |
| |
| |
| | |
No core module is calling and it makes more sense to call methods such as AttachObject() which attach both to the avatar and update inventory appropriately
|
| | |
| |
| |
| |
| |
| | |
attachment as shown in inventory
Doing this results in a null reference exception
|
| | | |
|
| | | |
|
| |\ \
| |/ |
|
