| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
names, and this cap returns the regular name. But this moves the server side into the newer, preferred, protocol used by the viewer for fetching the names of agents in the scene given their UUIDs. (the old protocol is via UDP). This works fine in my limited tests, but could use further testing by others.
|
| |
|
|
|
|
|
| |
not have sufficient permission, return null failure result rather than true.
On non-HG this is on the only recognized failure state so we can return more information in the error result.
On HG there are multiple failure states which would require more work to distinguish, so currently return the unsatisfying "Internal Error" like some other existing calls.
|
| |
|
|
| |
REMOVEAGENTFROMGROUP call has failed because of missing parameters
|
| | |
|
| |
|
|
| |
which logs every request it receives.
|
| | |
|
| |
|
|
| |
does not contain any mandatory parameters and won't be present on older installations.
|
| |
|
|
| |
This allows for more secure group services, to be used by collections of mutually-trusting grids.
|
| |
|
|
| |
This resolves http://opensimulator.org/mantis/view.php?id=6936
|
| |
|
|
|
|
|
| |
UpdateGroup() do not have a RESULT parameter in the result message, return null rather than fail with NullReferenceException
This check was already done by other methods.
Looks to resolve http://opensimulator.org/mantis/view.php?id=7012
|
| |
|
|
| |
Thanks to Kira for this patch from http://opensimulator.org/mantis/view.php?id=6845
|
| |
|
|
| |
instead of "all" because some paths in the code assume there's a UUI in the RequestingAgent string.
|
| | |
|
| |
|
|
|
|
| |
join/drop appropriately, invitechatboxes.
The major departure from flotsam is to send only one message per destination region, as opposed to one message per group member. This reduces messaging considerably in large groups that have clusters of members in certain regions.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
to print various counts of capability invocation by user and by cap
This currently prints caps requests received and handled, so that overload of received compared to handled or deadlock can be detected.
This involves making BaseStreamHandler and BaseOutputStream record the ints, which means inheritors should subclass ProcessRequest() instead of Handle()
However, existing inheriting classes overriding Handle() will still work, albeit without stats recording.
"show caps" becomes "show caps list" to disambiguate between show caps commands
|
| | |
|
| | |
|
| |
|
|
| |
roles cache.
|
|
|
rest to Addons.Groups.dll.
|
