| Commit message (Collapse) | Author | Files | Lines |
|---|
|
This modifies IClientAPI.SendDialog slightly.
Fixes Mantis #3661.
|
|
-- please see the example. Affects region servers only.
This may break a lot of things, but it needs to go in. It was tested in standalone and the UCI grid, but it needs a lot more testing.
Known problems:
* HG asset transfers are borked for now
* missing texture is missing
* 3 unit tests commented out for now
|
|
NOT enabled.
|
|
|
|
the sim owner, not just owned by it.
|
|
velocity.
|
|
|
|
|
|
MRMModule compatible with the Visual Studio MRMLoader ( http://forge.opensimulator.org/gf/project/mrmloader/ )
|
|
|
|
debug mode.
Fixes Mantis #3609
|
|
|
|
|
|
|
|
appear to be too slow to be useful, or fail too fire. I may remove the timers
as a consequence if this.
|
|
Different people using Hippo 0.5.1 report that trying
to send group instant messages crashes the viewer
(Hippo 0.5.1). This is the case even for empty groups
or if all group members are online.
|
|
avatar updates into a single packet.
Applied with changes.
Fixes Mantis #3136
|
|
The attached patch provides the necessary infrastructure to support
security and authentication features of the xmlrpc server.
* Read/Write keys for accessing a Group's xmlrpc service.
* Requiring user session verification for write operations.
|
|
* Fix XmlRpcGroupData.XmlRpcCall() to correctly handle response
|
|
|
|
* Thanks mcortez
|
|
* Stops XmlRpcGroups crashing client sessions if there is an XMLRPC failure
* Thanks mcortez
|
|
* Stop converting serviceURL to all lower case.
* Thanks mcortez
|
|
|
|
|
|
|
|
already is).
- Make sure it really is Close()d when the configuration isn't sane.
|
|
|
|
The attached patch fixes a few problems that people were
having with the Messaging provided by the XmlRpcGroups
optional module, namely:
* Fixes 2x echo in group messaging
* Fixes problems with cross instance, non-neighbor, messaging
|
|
|
|
* This is achieved through two new keywords "microthreaded" and "relax". example:
public microthreaded void MyFunc(...) {
...
relax;
...
}
|
|
|
|
Some other IRC timing wrinkles showed up:
[1] If connect processing blocked in socket activation, then
the watch dog saw the session as connected, and eventually
tried to ping, but because the socket create was still
blocked, it barfed on a null reference. This then drove
reconnect. Changed the watchdog handler so that it only
tries to ping connections that are connected and not pending.
[2] If the socket creation actually fails, then the connect and
pending flags were reset. This resulted in the connection
being retried at the earliest possible opportunity. The
longer login-timeout is preferrable, so the status flags
are not reset, and the failed login is eventually timed
out.
[3] The Inter-connection interval is primed so that the first
session can connect without delay.
|
|
|
|
dialed user. This stops the client from complaining and might be useful later. Resolves the 'unable to parse id from mod_sofia@ip:port' message.
|
|
|
|
|
|
* Minor MRM tweak.
|
|
|
|
|
|
avoid a double // in a path which causes account verification to fail
* The change shouldn't affect anyone who has it working currently and makes it a ton easier for everyone else to get it working.
* Handle a case when there's no Event-Calling-Function but it's obviously a REGISTER method
|
|
|
|
* Refactors the xmlrpc calls to a single location to
make it easier to debug and include alternative
xmlrpc call mechanisms
* Includes an alternative xmlrpc call mechanism that
sets HTTP Keep-Alive to false which solves nearly all
System.Net exceptions on some windows environments
|
|
working FreeSwitchVoiceModule and soon will have a fully working
VivoxVoiceModule.
|
|
|
|
Fixes IRC reconnect problem
When a session fails to establish, the login attempt eventually
times out and the login is retried. This should occur once every
25 seconds (to give the server plenty of time to respond). In fact
the interval was typically only 10 seconds, this was being caused
by a second reset that was being scheduled when the failed
listener thread was terminated. Because the second reset occurred
inside the ICC timeout, it eventually gets scheduled after only
10 seconds.
In addition to this, the connector was being added to the monitoring
twice. This was harmless, but entirely redundant.
Both of these problems have been fixed and tested. Each connector
now maintains a count of how often it has been reset. The listener
thread records this value on entry and checks for a change on exit.
If the counts are the same, then the listener is exiting and can
potentially reschedule the connection.
|
|
classes into OpenSim MRM's.
* Example in region module:
Scene.GetModuleInterface<IMRMModule>.RegisterExtension<IMyInterface>(this);
* In the MRM:
//@DEPENDS:MyExtensionModule.dll
...
Host.Extensions<IMyInterface>.DoStuff();
|
|
|
|
spamming somewhat
|
|
Fixes an issue where the presence of any groups section will make XmlRpcGroups
think it should hook client events.
|
