| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |
|
|
| |
'MessagingModule' in [Groups] section in accordance with OpenSim.ini.example descriptions
|
| |
|
|
|
|
|
|
|
|
|
| |
rather than just saying "destination not found"
Instead of performing the 4096 check when the region is linked (and subsequently removing the link), leave the link in place and perform the check in the entity transfer module
This allows us to explicitly tell the hypergridder why the teleport failed (region out of range).
It also allows people on regions that are within range (on a large source grid) to teleport.
The Check4096 config parameter in the [GridService] section is replaced by a max_distance paramter in a new [EntityTransfer] section in OpenSimDefaults.ini
Since the parameter is in OpenSimDefaults.ini no action needs to be taken unless you want to increase this limit. It could also be decreased.
The check is being made in the base entity transfer module, since I believe the viewer problem occurs both on extremely large grids and while hypergridding.
|
| | |
|
| |
|
|
| |
prettify codeing style/formatting
|
| | |
|
| |
|
|
|
| |
If we don't do this then viewer 2.8 crashes.
Resolves http://opensimulator.org/mantis/view.php?id=5510
|
| | |
|
| |
|
|
| |
this is a prerequisite to fixing llDialog issues for the latest Linden viewers, since they are now making use of a new OwnerData field in the ScriptDialog message
|
| |
|
|
| |
at the moment, this just performs a baked avatar check for everybody in the region. If the check returns 'corrupt' then a baked texture is missing and other avatars will continue to see the gas ball.
|
| |
|
|
| |
OpenSim.Tests.Common instead
|
| |
|
|
|
| |
At the moment, this command just asks the AvatarFactory to perform the existing baked texture check for each avatar in the simulator and returns "OK" or "corrupt".
This is for debugging purposes
|
| | |
|
| | |
|
| |
|
|
| |
still quite a large amount of logging present for debug purposes.
|
| |
|
|
|
|
|
|
| |
See http://opensimulator.org/mantis/view.php?id=5336
It turns out that viewer 2 was upset by the lack of a response to viv_watcher.php. This would send it into a continuous login loop.
Viewer 1 was quite happy to ignore the lack of response.
This commit puts in the bare minimum 'OK' message in response to viv_watcher.php. This allows viewer 2 voice to connect and appears to work.
However, at some point we need to fill out the watcher response, whatever that is.
|
| |
|
|
| |
to config parameters. Clean up some log messages.
|
| |
|
|
|
|
| |
earlier on.
Most of these are where the region modules are telling us they are disabled. Convention is only to log when enabled (even that is really noisy)
|
| |
|
|
| |
This version removes the NUnit.Framework.SyntaxHelpers namespace, so any modules with their own tests will need to delete this using statement.
|
| | |
|
| |
|
|
|
|
|
| |
it returns null if the user isn't a member of the group.
This matches the behaviour of the same method for Flotsam Groups. This is the behaviour assumed by existing code.
Method doc also added to IGroupsServicesConnector to the make the contract clear.
|
| |
|
|
| |
rather than true!
|
| |
|
|
|
|
|
| |
yet complete.
While implementing this, a bug was fixed in scene setup helpers where module RegionLoaded() was called immediately after AddRegion() instead of waiting for all AddRegions() to complete.
Also, XmlRpcGroupsModule non-message functionality will now work without a message transfer module (as indicated in the comments but with a contradictory implementation)
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
into "one-to-many" and "many-to-one" makes it possible to call the right function on presence creation (both child and root) and when a child agent is promoted to root. This brings the total number of appearance sends down to one or two on login.
Cleaned up the avatar update calls in the groups code. Cleaned up
some commented and debugging code, and a few formating fixes.
|
| | |
|
| |
|
|
|
| |
registrations. Add the missing bits to drive the local connector's HTTP
requests. This makes standalones work.
|
| |
|
|
| |
why standalone should not.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
groups module
This allows the groups xmlrpc server to act appropriately if the requesting agent has permission to see all group members
Not sure why this wasn't being done before...
|
| |
|
|
| |
Improve debugging messages
|
| |
|
|
|
|
| |
requestingAgentID to RequestingAgentID
This was stopping the get group member roles call from working, and may have affected other things
|
| | |
|
| |
|
|
| |
to fix the build
|
| | |
|
| |
|
|
|
|
|
|
| |
for groups"
Causes an exception within HttpServer, headers have already been sent.
This reverts commit 8187fccd258bf0936d3db8663844e07a7b81e9fc.
|
| |
|
|
|
|
| |
on TPs and crossings.
(XmlRpcGroups files want to be committed too)
|
| |
|
|
| |
Signed-off-by: Melanie <melanie@t-data.com>
|
| |
|
|
|
|
| |
XmlRpcGroupsServicesConnectorModule
the lack of this caused me a NullReferenceException when calling some groups methods directly though in principle it would also fail in other situations
|
| |
|
|
| |
been turned on in the first place
|
| |
|
|
| |
database/network explosions when you have a significant number of group-owned prims in a scene
|
| |
|
|
| |
* My local git wants to commit the groups files for line endings, I'm gonna let it do it.
|
| |\ |
|
| | |
| |
| |
| |
| |
| | |
appropriately.
* Removed Store service from the UserAccount handler.
|
| |/
|
|
|
| |
and I can't say if this is beneficial or destructive due to the way it
was delivered (zipfile). Pushing this on faith alone.
|
