| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
now). This will never work without a centralized dispatcher/controler, or more complex information exchange.
|
| |
|
|
| |
and its use even worse
|
| |
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
notice with XmlRpcGroups messaging did not appear in the user's inventory.
This was because the "session ID" when the message template was copied was always replaced with the group ID, whereas a notice requires this to be the notice ID.
Instead just copy the "session ID" as is - other callers already have this set properly so replacing with group ID was redundant anyway.
Relates to http://opensimulator.org/mantis/view.php?id=7037
|
| |
|
|
|
|
|
|
| |
handle notices to offline users directly as known undeliverable messages rather than discarding or attempting delivery.
Offline notices can still be controlled with the [Messaging] ForwardOfflineGroupMessages setting.
Looks to address more of http://opensimulator.org/mantis/view.php?id=7037
Only for Flotsam now for testing, but if approach works should be possible with core offline notices as well.
|
| |
|
|
| |
GroupsMessagingModule.ProcessMessageFromGroupSession()
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
| |
grepping for remaining uses
|
| |
|
|
|
|
| |
only so that we can add ms it takes to send.
This is chiefly to assess how long it may still take to send messages to such filtered groups.
|
| |
|
|
|
|
|
|
|
|
| |
groups.
This retrieves and caches information from the PresenceService to only send messages to online users.
This is reported to much improve performance for large groups where most users are offline.
Cache is 20 seconds to balance requests against users not receiving messages until cache updates.
This is an alternative to an approach where login/logout notification is sent directly from simulator to groups service.
However, I'm not convinced that this PresenceService approach is actually better. Needs more thought.
|
| |
|
|
| |
MessageTransfer modules and Groups module.
|
| |
|
|
|
| |
Modules should not assume thet they are the one and only, but only be
enabled when explicitly configured.
|
| |
|
|
| |
'MessagingModule' in [Groups] section in accordance with OpenSim.ini.example descriptions
|
| | |
|
| | |
|
| |
|
|
|
|
| |
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)
|
| | |
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
for groups"
Causes an exception within HttpServer, headers have already been sent.
This reverts commit 8187fccd258bf0936d3db8663844e07a7b81e9fc.
|
| |
|
|
| |
Signed-off-by: Melanie <melanie@t-data.com>
|
| |
|
|
| |
* My local git wants to commit the groups files for line endings, I'm gonna let it do it.
|
| |
|
|
|
| |
and I can't say if this is beneficial or destructive due to the way it
was delivered (zipfile). Pushing this on faith alone.
|
| |
|
|
| |
refactor out redundant method from GroupsMessagingModule
|
| | |
|
| |
|
|
| |
before attempting to access it.
|
| | |
|
| | |
|
| |
|
|
| |
doesn't throw errors, and so that the add-in is correctly reported as "OptionalModules" rather then as "SampleMoney"
|
|
|
for replaceable Groups Service Connectors.
|
