| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|\ |
|
| | |
|
|/
|
|
|
|
|
| |
before changing properties to avoid hud display race condition with update threads.
This matches behaviour in fatpack crossing, where attachments are cloned before their properties are changed.
This only applies to crossings to simulators running code released before April 2011.
|
|
|
|
| |
AvatarFactoryModule.SetAppearance() for future use
|
|
|
|
|
|
| |
delete first to avoid a hud race condition with update threads.
If delete doesn't occur first then the update thread can outrace the IsAttachment = false necessary to save attachments and send hud artifacts to other viewers.
|
|
|
|
|
|
|
|
|
| |
attachment before changing properties for correct inventory serialization.
Serialization of attachments requires IsAttachment = false so that correct positions are serialized instead of avatar position.
However, doing this when a hud is still attached allows race conditions with update threads, resulting in hud artifacts on other viewers.
This change sets SOG.IsDeleted before serialization changes take place (IsDeleted itself is not a serialized property).
LLClientView then screens out any deleted SOGs before sending updates to viewers.
|
|
|
|
| |
Unchecking "Running" box in script editor now persists. This fixes http://opensimulator.org/mantis/view.php?id=6057
|
|
|
|
| |
script URLs by more consistently locking on m_UrlMap
|
|
|
|
|
|
|
|
|
|
|
| |
can trigger an exception is the URL was being removed at the same time.
This involves three steps
1) Return gracefully in UrlModule.HttpRequestHandler() instead of throwing an exception when the url cannot be found in its index
2) Return true instead of false in HasEvents() if no matching request is found in the map. This call will only happen in the first place for raced requests.
3) Return a 404 in GetEvents() if the request is not in the index, rather than a blank 200 OK.
Many thanks to Tom Haines in http://opensimulator.org/mantis/view.php?id=6051 for doing some of the work on this.
|
|
|
|
| |
XEngine.PostObjectEvent and places where the list is modified by extending the m_PrimObjects lock.
|
|
|
|
|
|
|
| |
each time 50 scripts have been started.
This is to provide an indication of what's happening now that the default isn't to report every single script start.
Changes XEngine logging level in OpenSim.exe.config from WARN to INFO.
|
|
|
|
|
|
| |
XEngine.DoOnRezScriptQueue()
The later invocation of this function will happen on an empty compile queue.
|
|
|
|
|
|
|
|
| |
AttachmentsModule.UpdateAttachmentPosition() in order to avoid a hud update race condition.
Previously, setting IsAttachment to false then true was necessary to serialize the updated attachment object information.
However, UpdateAttachmentPosition no longer does this update.
Whilst IsAttachment is set to false there is a race condition where the update thread can wrongly send hud object updates to clients that do not own the hud, resulting in screen artifacts.
|
|
|
|
|
|
| |
moved.
This was because we were not setting AttachedPos in SOG.UpdateGroupPositionPR, unlike UpdateGroupPosition
|
|
|
|
| |
attachment item setup
|
| |
|
|
|
|
|
|
| |
loading fails.
Drop logging about memory limit exceeded to warn from error
|
| |
|
|
|
|
| |
retrieving state (e.g. exceeds memory limit)
|
|
|
|
| |
instead of magic numbers
|
|
|
|
| |
instead of attachmentpoint magic numbers.
|
|
|
|
| |
It's a valid configuration not to have these modules, but I think it's still worth logging the fact that certain permissions won't work (always return true)
|
|
|
|
|
|
| |
to debug
It's perfectly okay not to have this section.
|
|
|
|
| |
are starting up
|
|
|
|
| |
when compile queue empties for now
|
|
|
|
|
|
| |
line with other similar cases.
Remove more unnecessary Close() calls - these are being triggered by the Dispose() called when exiting the using statement for these sdk io objects.
|
|
|
|
|
|
| |
started.
Adds DebugLevel infrastructure to XEngine though currently commented out and unused.
|
|
|
|
|
|
| |
main scene loop before RegionReady is signalled when initial script compilation finishes.
Also raises this logging level to Info from Debug since this information is of high importance. This matches the behaviour of the RegionReady module
|
|
|
|
| |
object UUID rather than local id, since UUID doesn't potentially vary between simulator starts.
|
|
|
|
|
|
| |
XEngine.SetXMLState() if the trust binaries flag is set.
This doesn't affect other locations where the map is written, such as on script compilation.
|
|
|
|
|
| |
Also removes superflous Close() commands for statements taking place within using() constructs
Also adds some comment out debug log messages for future use.
|
|
|
|
| |
max_external_urls_per_simulator, which is what it was meant to be
|
|
|
|
|
|
|
| |
configuration of how many urls can be set up by llRequestURL()
Defaults remains as 100.
This setting is per simulator instead of per region due to how the url script module is structured.
|
| |
|
|
|
|
| |
scattering them over other categories
|
|
|
|
|
|
| |
This allows one to see incoming requests as they happen.
This required making everything use the common MainServer class for registering and retrieving http servers, rather than duplicate structures.
|
|
|
|
|
|
| |
logic.
This does require the server to be added before it is set as the main Instance
|
|
|
|
| |
command is executed without a level parameter
|
|
|
|
| |
the main instance.
|
|
|
|
| |
desired port.
|
|
|
|
|
|
| |
RegionApplicationBase.StartupSpecific() - a constructor can never return null.
Also adds some method doc to MainServer
|
| |
|
|
|
|
| |
warn to be logged if we receive invalid xml for xmlrpc.
|
|
|
|
|
|
| |
outside the batching part of ProcessEntityUpdates()
This stopped any batching happening and since this method is called periodically updates were sent very slowly
|
|
|
|
| |
else's hud, then don't still add it to the list of blocks for the update message.
|
|
|
|
| |
AttachmentsModule
|
|
|
|
|
|
| |
disappear for other avatars.
We do this by sending a kill message for that object to all other avatars apart from the one that has the hud.
|
|\ |
|
| |
| |
| |
| | |
up the sound pipeline in the viewer.
|
|/
|
|
|
|
|
| |
non-owner avatars if the hud was attached directly from within the region.
If this happens, then the non-owners would see unremovable huds that they did not own until relog, and sometimes even beyond that.
This was due to a race between the entity update and the attachment code when moving an object from within scene to a hud.
|