| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
These have the format server.thread.<thread-name>
|
| | |
|
| |
|
|
|
|
|
|
| |
HGSuitcaseInventoryService.GetRootFolder(), then return that as a response rather than null.
Fixes a regression from commit 346644016c529db6ed63aa866c7cf91cec1b635f (Fri Nov 15 23:10:59 2013)
This is actually the reverse of zadark's patch in http://opensimulator.org/mantis/view.php?id=6969
But I'm assuming that was a mistake since clearly we should be returning this data - this was original behaviour
|
| |\ |
|
| | |
| |
| |
| | |
bin/maptiles
|
| | | |
|
| |/
|
|
|
| |
http://wiki.secondlife.com/wiki/Run_time_permissions
This change makes PERMISSION_TRACK_CAMERA implicit on attach
|
| |
|
|
|
|
| |
This reverts commit 52b7b40034ddbb21d06b11ddc4eb6d766b0f616d.
Got the semantics wrong - the sempahore is required so that the blocking thread waits for a signal.
|
| |
|
|
|
| |
Exclusion is already guaranteed by the lock on m_syncRoot.
Semaphore could not allow more than one thread in these sections anyway since the underlying SDK structures are not thread-safe.
|
| |
|
|
|
|
| |
in stats category "scene-inventory" instead of "scene"
To distinguish from general scene stats
|
| | |
|
| |
|
|
| |
from debug to general command category
|
| | |
|
| |
|
|
| |
httpserver.<port>.ProcessedPollResponses statistics
|
| |
|
|
| |
long poll and other 'poll' types
|
| |
|
|
| |
This shows the number pf poll responses queued for processing.
|
| |
|
|
| |
to be thread-safe
|
| |
|
|
|
| |
This shows the number of requests that have been processed.
These have not necessarily been sent back to the request since this is done separately by the PollServiceRequestManager
|
| |
|
|
|
|
| |
that stat.
For example, scene.test.RootAgents will show only the RootAgents stat in the scene named "test"
|
| |
|
|
| |
This is to aid in detecting whether there are fetch inventory requests remaining to be processed.
|
| |\ |
|
| | | |
|
| |/
|
|
| |
thread-safe operation
|
| |
|
|
| |
OtherCleanTime instead of Dwell
|
| |
|
|
|
|
| |
exists!
The SQLite database adaptor was loading and saving dwell whilst MySQL was not, even though the field already exists in the db table.
|
| |
|
|
| |
Involved some restructuring to allow regression tests to dequeue inventory requests and perform poll responses synchronously rather than async
|
| |
|
|
| |
Identical to llBreakAllLinks() except that it doesn't require the script to have link permissions.
|
| |
|
|
|
|
|
| |
PERMISSION_CHANGE_LINKS
As per http://wiki.secondlife.com/wiki/LlBreakAllLinks
Same as existing llCreateLink() and llBreakLink()
|
| |
|
|
|
|
|
| |
These are identical to llCreateLink() and llBreakLink() except that they don't require script permissions.
However, osForceCreateLink() still requires that linked and linkee still have the same owner.
There's also an AutomaticLinkPermission setting in [XEngine] that could be set to true to prevent the LSL function checks.
But this doesn't allow the finer control over which users/scripts, etc. can do this that the OSSL functions provide.
|
| |
|
|
|
|
|
|
| |
use for fetching group data to be different from im.fromAgentID
This is because xmlrpcgroups currently always checks visibility for the requesting agent ID (unlike Groups v2, which can accept UUID.Zero)
But group notice IMs have a from agent which is the group rather than the sending agent.
Further addresses http://opensimulator.org/mantis/view.php?id=7037
|
| | |
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
patches.
This should eliminate much memory thrashing and CPU usage while sending initial
terrain.
The old way of passing terrain was to convert it to an array of floats. This is
really bad for large terrain (think 4096x4096 floats). This change passes a dummy
float array since the real region info is used anyway and the floats are ignored.
(The ignoring the terrain floats is a kludge so as to not change IClientAPI.)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
than everytime terrain is changed.
The TerrainModule now hooks the frame event and, if terrain has changed,
sends terrain updates to the clients. This polling pattern replaces
the previous push on change pattern and will make it easier to do per
client throttling and per scene presence terrain update ordering.
|
| |/
|
|
|
|
|
|
|
| |
location, fill in gaps or extend existing parcel right after initial data load.
This is in line with simpler and still existing behaviour where a default parcel is created if no parcels are in storage at all.
Making this change as another step to address current problems with spurious parcels occasionally being created.
Also adds regression tests for different load behaviours depending on existing stored parcel data.
Relates to http://opensimulator.org/mantis/view.php?id=7035
|
| |
|
|
| |
prevents problems in megaregions (prims that think they've crossed over to other regions).
|
| |
|
|
| |
motion (previously it remained stopped)
|
| |\ |
|
| | |
| |
| |
| | |
Signed-off-by: Michael Cerquoni <nebadon2025@gmail.com>
|
| |/
|
|
|
|
|
|
| |
group chat to avoid timeout issues when sending messages to large groups.
Only implementing for XmlRpcGroups initially to test.
May require MessageOnlineUsersOnly = true in [Groups] to be effective.
In relation to http://opensimulator.org/mantis/view.php?id=7037
|
| |
|
|
| |
code and the caught exceptions can no longer occur.
|
| |
|
|
| |
against any parcel auto-creation in GetLandObject()
|
| |
|
|
|
|
|
| |
there is more than 1 existing land parcel.
This is because there are still issues with bad parcels being generated in http://opensimulator.org/mantis/view.php?id=7035
Theorizing now that it's possible that something is calling GetParcel() before any parcel data has been loaded from persistence.
|
| | |
|
| | |
|
| |
|
|
| |
applicable.
|
| | |
|
| |
|
|
| |
already does this.
|
| |
|
|
| |
output. Construct table using CDT rather than string formats
|
| |
|
|
|
|
|
|
| |
not had their bitmaps adjusted.
This is to prevent an immediate problem in http://opensimulator.org/mantis/view.php?id=7035 where a development code bug occasionally overlays all the existing parcels with a blank parcel owned by the estate manager and to gather more data.
My guess is that this parcel is being created by the new code in LandManagementModule.GetLandObject(), probably some race between threads since this only happens occasionally.
Adds regression tests for this case and for parcel subdivide.
|
