| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
| | |
| | |
| | |
| | |
| | | |
modInvoke commands.
Thanks SignpostMarv!!!
|
| | |
| | |
| | |
| | |
| | |
| | | |
if it is a UUID. The function is osIsUUID().
Thanks SignpostMarv!
|
|\ \ \
| |/ / |
|
| | |
| | |
| | |
| | |
| | | |
while still in the scene to avoid losing important script state.
DeleteSceneObject can not be called before doing this!
|
|\ \ \
| | |/
| |/| |
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | | |
back)
|
| | | | |
|
| |/ / |
|
|\ \ \
| | |/
| |/|
| | |
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/ClientStack/Linden/UDP/LLClientView.cs
OpenSim/Region/ClientStack/Linden/UDP/LLUDPServer.cs
OpenSim/Region/Framework/Scenes/ScenePresence.cs
|
| | |
| | |
| | |
| | | |
connections" region console command
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
synchronous to prevent long operations from holding up all inbound packet processing.
Giving a large folder from one avatar to another was causing a long delay when handled synchronously, since it took some time to retrieve the necessary data from the inventory service.
Handling this asynchronously instead stops this delay from disrupting all avatars in the scene. This has been shown in OSGrid.
I see no reason for not handling all IM messages asynchronously, just as incoming chat is handled asynchronously, so this has been switched for all instant messages.
Thanks to Nebadon for testing this change out.
|
| | |
| | |
| | |
| | | |
GroupsModule, since these led to a private blank method
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
various places due to race conditions.
Even where checks are being made they aren't enough since they all assume that the Animator they just checked is still there in the next line, which is not necessarily the case without locking.
The memory used is small and these should be GC'd anyway when the SP is released. If this is not happening then the wider problem of old SPs being retained needs to be resolved.
|
| | | |
|
| | |
| | |
| | |
| | | |
simultaneously (e.g. ack timeout and an attempt to reconnect)
|
| | | |
|
| | | |
|
|\ \ \
| |/ /
| | /
| |/
|/|
| |
| |
| | |
Conflicts:
OpenSim/Region/CoreModules/Avatar/Inventory/Transfer/InventoryTransferModule.cs
OpenSim/Region/Framework/Scenes/Scene.cs
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
OpenSim/Region/ScriptEngine/XEngine/XEngine.cs
|
| |
| |
| |
| |
| |
| |
| | |
enabled or disabled at any point, not just during initial startup.
This replaces EventManager.OnLoginsEnabled which only fired when logins were first enabled
and was affected by a bug where it would never fire if the region started with logins disabled.
|
| |
| |
| |
| | |
active accidentally just removed in 528004d
|
| |
| |
| |
| | |
logins disabled on startup.
|
| |
| |
| |
| | |
on a previously empty region.
|
| |
| |
| |
| |
| |
| | |
rezzed on a previously script-free region.
There is no need to listen for OnRezScript in RegionReadyModule since OnEmptyScriptCompileQueue will only fire if scripts were compiled.
|
| |
| |
| |
| | |
a region contained no scripts.
|
| |
| |
| |
| |
| |
| | |
once when the region is ready.
Switch MapImageServiceModule to use this.
|
| |
| |
| |
| |
| |
| | |
region name.
This saves listeners from having to re-retrieve the scene from their own lists, which won't work anyway if multiple regions with the same name have been allowed
|
| |\ |
|
| | |\ |
|
| | | | |
|
| | |/
| |/|
| | |
| | | |
to disable logins until all scripts have been compiled
|
| | |
| | |
| | |
| | | |
cut down race conditions when another thread manages the grab the presence after some SP structures have been reset.
|
| |\ \ |
|
| | |\ \ |
|
| | | | | |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
GetInventoryItem() method rather than iterate through TaskInventory itself.""
This reverts commit 59a29f5f221a1ffe4e22c63ef9da82270442b213.
The original revert was committed by mistake - it turns out this was not the cause of Mantis 6089
Conflicts:
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
receivers to accept/decline.
This appears to be a regression from back in commit db91044 (Mon Aug 22 2011) where we started to send TaskInventoryOffered msg dialog rather than InventoryOffered dialog.
This is probably correct, but failed because the bucket was too large and because we wouldn't have handled the TaskInventoryDeclined option anyway.
This patch handles both of these and make llGiveInventoryList() use TaskInventoryOffered as well
Fixes http://opensimulator.org/mantis/view.php?id=6089
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
method rather than iterate through TaskInventory itself."
This reverts commit 58b13d51a7eddb442e38e6dc6790a9e7cf68bad7.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
update the name if this has been changed whilst attached.
Note, this behaviour appears to be at variance with the ll grid as of Tues 17 July 2012, testing with viewer 3.2.1.
The item name in inventory does not change either at the point of detach or after a relog.
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
item is updated.
This doesn't seem to make any sense and probably stems from a period when this code was directly involved in attaching objects directly from the scene.
This message is already being sent by InventoryAccessModule code instead.
|
| | | | |
|
|\ \ \ \ |
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
prims
|
| | | | | |
|
| |\ \ \ \ |
|
| |\ \ \ \ \ |
|
| |\ \ \ \ \ \ |
|
| | | | | | | | |
|