| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
time (grouptitle missing but not that needed at that point) (use direct calls exactly where we want things to happen), reusing a funtion name to rename later
|
| |
|
|
| |
GetMembershipData(), wait for client to ask for it not telling in OnNewClient, as other modules do.
|
| | |
|
| |
|
|
| |
and its use even worse
|
| |\ |
|
| | | |
|
| |/
|
|
|
|
|
|
| |
be passed into inventory queries.
This makes the API more homogenous and also will more clearly show
coding
errors related to HG inventory where the .Owner field has a meaning
for a query but wasn't always set.
|
| |
|
|
| |
interregions invite/eject messages, etc
|
| |
|
|
|
|
| |
already done
This reverts commit 84a6a6e008c64d8197177aff1b42a412e5623638.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
(regression) Putting back the heavy messaging.
|
| |
|
|
| |
regression. Took the opportunity to refactor that code, so that both Groups V2 and XmlRpcGroups can use the same function.
|
| | |
|
| |
|
|
|
|
| |
Restore linkage to OnAgentClosed since the merge solved the reference
problem by looking up the agent.
This should address Mantis 7915 and 7920.
|
| |
|
|
| |
replace anymore.
|
| |
|
|
|
| |
Conflicts:
OpenSim/Region/PhysicsModules/ConvexDecompositionDotNet/Properties/AssemblyInfo.cs
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
profiles
Signed-off-by: Oren Hurvitz <orenh@kitely.com>
|
| |
|
|
| |
AssemblyVersion("0.8.2.*")
|
| |
|
|
|
|
| |
failure), always remove its request from the m_ActiveRequests list.
If this is not done, all subsequent calls for the same data see that a request is apparantly already in progress and so wait for the result indefinitely.
|
| |
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
|
| |
- It establishes 4 digits for opensim versions
- It uses the same number between opensim releases and mono addins versions
It also eliminates the last addin.xml files that were still there, for consistency.
|
| |
|
|
|
|
|
| |
This cleans up Opensim's use of mono addins. In particular, the extension points /OpenSim/RegionModules and /OpenSim/WindModule moved from OpenSim.exe to OpenSim.Region.Framework.dll. From here on, developers of region modules should declare their dlls to be dependent on OpenSim.Region.Framework, starting with version 0.8.1
Additional changes:
- Addins version uniformly updated to 0.8.1. These numbers should be compatible with the release numbers or else it becomes very confusing.
- Mono addins directives moved from files addins.xml to embedded directives in the class and assembly declarations, to make it all consistent
|
| |
|
|
| |
doesn't need to match the release version number, but I think it's a very good idea that they do.
|
| |
|
|
|
|
|
|
| |
thread and run work in the jobengine from Watchdog to a WorkManager class.
This is to achieve a clean separation of concerns - the watchdog is an inappropriate place for work management.
Also adds a WorkManager.RunInThreadPool() class which feeds through to Util.FireAndForget.
Also switches around the name and obj arguments to the new RunInThread() and RunJob() methods so that the callback obj comes after the callback as seen in the SDK and elsewhere
|
| | |
|
| |
|
|
| |
the OwnerRoleID in the groups table was inconsistent with the roleID in the roles table. OpenSim core was not running into this bug, but 3rd party modules (like Wifi) were.
|
| |
|
|
|
|
|
| |
a threadpool) via Watchdog.RunInThread() rather than Util.RunThreadNoTimeout()
The functionality is the same but this allow us to monitor such tasks via "show threads" and abort them for test purposes, etc.
Also extends thread names to provide more info (e.g. SendInitialDataToClient says what client the task is for).
|
| |
|
|
|
|
| |
neighbour) don't resend all the initial avatar and object data again.
This is unnecessary since it has been received (and data continues to be received) in the existing child connection.
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
a ServiceLocation would set the group name to an empty string.
This should set the ServiceLocation to an empty string instead.
|
| |
|
|
|
|
| |
When sending an ImprovedInstantMessage to a group, the IM's binary bucket is supposed to contain the group's name (this is what SL does). Singularity uses this to show the group name when it shows the message at the bottom of the viewer for a few seconds: "[Group Name] From User: Message". Before this update, the group name was empty ("[]").
This update doesn't have any visible effect in Firestorm, because it doesn't use the group name sent in the IM.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
which logs every request it receives.
|
| | |
|
| |
|
|
|
|
| |
an exception when the service tried to read the data later on.
Signed-off-by: Oren Hurvitz <orenh@kitely.com>
|
| |
|
|
| |
when sending group messages, not just those after get group members and get presence status, as applicable
|
| |
|
|
|
|
|
|
|
| |
that of the groups module.
This is to allow us to get useful information on messaging without being overwhelmed by the rest of groups debug.
Enabled with [Groups] DebugMessagingEnabled = true in config (default false)
Or "debug groups messaging verbose true|false on the console" (similar to existing groups setting).
Done for both xmlrpc and V2 groups.
|
| |
|
|
| |
does not contain any mandatory parameters and won't be present on older installations.
|
