aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Addons/Groups (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Mantis #7920: group info was not being updated in many situations. ↵Diva Canto2016-06-191-10/+37
| | | | (regression) Putting back the heavy messaging.
* Restored sending group membership data via EventQueue -- this had been a ↵Diva Canto2016-06-191-1/+2
| | | | regression. Took the opportunity to refactor that code, so that both Groups V2 and XmlRpcGroups can use the same function.
* Minor -- deregister an event handler in Groups V2Diva Canto2016-06-191-0/+1
|
* Restore SendAgentGroupDataUpdate() call in GroupsModule.cs.Robert Adams2016-06-111-7/+13
| | | | | | Restore linkage to OnAgentClosed since the merge solved the reference problem by looking up the agent. This should address Mantis 7915 and 7920.
* Pushed AssemblyVersion up to VersionInfo, so that we don't need to do global ↵Diva Canto2016-02-211-1/+1
| | | | replace anymore.
* On to 0.8.3!Diva Canto2015-10-181-1/+1
| | | | | Conflicts: OpenSim/Region/PhysicsModules/ConvexDecompositionDotNet/Properties/AssemblyInfo.cs
* remove groups handlers onClientClose also on groups V2UbitUmarov2015-09-281-12/+18
|
* apply changes to xmlrcp groups to groups V2, compiles but not tested :(UbitUmarov2015-09-271-164/+77
|
* seems to compile ( tests comented out)UbitUmarov2015-09-021-1/+1
|
* Show last online status of group members from the PresenceService in group ↵Cinder2015-07-312-43/+75
| | | | | | profiles Signed-off-by: Oren Hurvitz <orenh@kitely.com>
* Updated all occurrences of AssemblyVersion("0.8.1.*") to ↵Diva Canto2015-04-291-1/+1
| | | | AssemblyVersion("0.8.2.*")
* For built-in groups, if a delegate throws an exception (e.g. due to network ↵Justin Clark-Casey (justincc)2015-02-041-61/+120
| | | | | | 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.
* Added GetDisplayNames capability. For now, we don't actually use display ↵Diva Canto2015-01-094-1/+5
| | | | 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.
* Renamed VERSION_NUMBER to VersionNumberDiva Canto2014-12-301-2/+2
|
* This cleans up versioning. Specifically:Diva Canto2014-12-301-2/+2
| | | | | | | - 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.
* WARNING: BREAKING CHANGES FOR REGION MODULE DEVELOPMENT.Diva Canto2014-12-301-1/+1
| | | | | | | 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
* Updated OpenSim-as-addin version from 0.5 to 0.8.1. The addin version number ↵Diva Canto2014-12-291-1/+1
| | | | doesn't need to match the release version number, but I think it's a very good idea that they do.
* refactor: Move methods to start a monitored thread, start work in its own ↵Justin Clark-Casey (justincc)2014-11-251-2/+2
| | | | | | | | 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
* Minor: Include missing EventHost power for group owner role.AliciaRaven2014-11-191-0/+1
|
* Fixed a hard-to-run-into bug in groups: at the time of creation of a group, ↵Diva Canto2014-09-211-10/+18
| | | | 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.
* For monitoring purposes, start non-timeout tasks (which do not currently use ↵Justin Clark-Casey (justincc)2014-09-051-2/+3
| | | | | | | 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).
* On teleport to a region that already has a child agent established (e.g. a ↵Justin Clark-Casey (justincc)2014-08-151-1/+1
| | | | | | 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.
* If REMOVEAGENTFROMGROUP core groups call fails because requesting agent does ↵Justin Clark-Casey (justincc)2014-07-314-10/+22
| | | | | | | 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.
* Don't overwrite the null result with the true result is groups service ↵Justin Clark-Casey (justincc)2014-07-312-2/+4
| | | | REMOVEAGENTFROMGROUP call has failed because of missing parameters
* Fix bug where calling PUTGROUP on the core groups service without specifying ↵Justin Clark-Casey (justincc)2014-07-311-1/+1
| | | | | | a ServiceLocation would set the group name to an empty string. This should set the ServiceLocation to an empty string instead.
* Include the group name in group IM'sOren Hurvitz2014-07-211-0/+7
| | | | | | 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.
* Change assembly versions to 0.8.1Justin Clark-Casey (justincc)2014-06-171-1/+1
|
* Don't try to package null invites.Diva Canto2014-06-081-1/+5
|
* minor: Comment out log line in Groups V2 GroupsServicePostHandler for now ↵Justin Clark-Casey (justincc)2014-05-301-1/+1
| | | | which logs every request it receives.
* Added HTTP Authentication also to Groups and offline IM.Diva Canto2014-05-233-34/+32
|
* On verbose groups messaging logging, count all operations in reported time ↵Justin Clark-Casey (justincc)2014-05-191-2/+2
| | | | when sending group messages, not just those after get group members and get presence status, as applicable
* Split verbose groups messaging logging into its own setting separate from ↵Justin Clark-Casey (justincc)2014-05-191-3/+31
| | | | | | | | | 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.
* Don't warn on not seeing [Groups] Robust section for core groups as this ↵Justin Clark-Casey (justincc)2014-05-151-2/+2
| | | | does not contain any mandatory parameters and won't be present on older installations.
* Show more meaningful error messages when failed to give an item to another userOren Hurvitz2014-05-061-2/+3
|
* Added a optional key between the group remote connectors, sim and service. ↵Diva Canto2014-05-033-5/+44
| | | | This allows for more secure group services, to be used by collections of mutually-trusting grids.
* - Increased the threadpool timeout to 10 minutesOren Hurvitz2014-03-261-3/+3
| | | | - Changed a few places that launch long-lasting threads to skip the timeout altogether
* Fixed Debug command for Groups. (Use of wrong capitalization caused *two* ↵Oren Hurvitz2014-03-241-1/+1
| | | | | | "debug" options to appear in "help") This is a (small) part of http://opensimulator.org/mantis/view.php?id=6949
* Check settings for groups moduleOren Hurvitz2014-03-241-1/+9
| | | | Resolves http://opensimulator.org/mantis/view.php?id=6937
* Better error messagesOren Hurvitz2014-03-242-3/+3
| | | | This resolves http://opensimulator.org/mantis/view.php?id=6936
* When sending group notices through group messaging, allow the agent ID to ↵Justin Clark-Casey (justincc)2014-03-121-3/+7
| | | | | | | | 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
* Send group notices through the same messaging module mechanism used to send ↵Justin Clark-Casey (justincc)2014-03-112-9/+24
| | | | | | | | 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
* In core.groups GroupsServiceRemoveConnector, if GetGroupRecord() or ↵Justin Clark-Casey (justincc)2014-02-201-4/+6
| | | | | | | 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
* refactor: replace verbose checks with String.IsNullOrEmpty where applicable.Justin Clark-Casey (justincc)2013-11-152-3/+3
| | | | Thanks to Kira for this patch from http://opensimulator.org/mantis/view.php?id=6845
* Bump OPenSimulator version and assembly versions up to 0.8.0 DevJustin Clark-Casey (justincc)2013-10-041-1/+1
|
* Restore group membership check for HG users in QueryAccess.Diva Canto2013-09-051-3/+6
|
* minor: Eliminate one of the duplicate 'have's in the HG message telling the ↵Justin Clark-Casey (justincc)2013-08-131-1/+1
| | | | user if no GroupsServerURI has been given in user data by the home grid
* Don't try and send group updates to NPCs via event queue, since NPCs have no ↵Justin Clark-Casey (justincc)2013-08-121-3/+7
| | | | | | | event queue. I think there is an argument for sending this information to NPCs anyway since in some cases it appears a lot easier to write server-side bots by hooking into such internal events. However, would need to stop event messages building up on NPC queues if they are never retrieved.
* Group notices bug fix: use a new IM for each member of the group, otherwise ↵Diva Canto2013-08-051-2/+2
| | | | the fields get messed up because the transfer is async
* Groups: Better warning messages to the user.Diva Canto2013-07-282-3/+11
|
* Group chat: prevent a situation where dupe IMs could occur.Diva Canto2013-07-281-9/+3
|
generated by cgit v1.1 at 2024-11-05 23:54:49 +0000