| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
can now determine if a connection is from login, teleport or crossing.
Needed for a meaningful banlines implementation
|
| |
|
|
|
|
| |
LLProxyLoginModule.
|
|
|
|
|
|
| |
true/false on the name, rather than gridmode=true.
* Better error messages on Add/Remove clients.
|
|
|
|
| |
* Check for null SP in PermissionsModule.
|
| |
|
|
|
|
| |
the scene itself but SceneCommunicationService, for now. Beginning to clear the code from using Region.Communications. grid stuff.
|
| |
|
|
|
|
|
|
| |
the ball rolling on replacable modules. No user functionality yet
|
|
|
|
|
|
| |
Change all uses of the HttpServer properties to use the new singleton
|
|
|
|
|
|
|
|
|
|
| |
needed to be able to 'NAT-wrap' the login sequence.
* If you have something using XmlRpc that isn't in core, change your method signature from:
(XmlRpcRequest request)
to:
(XmlRpcRequest request, IPEndPoint remoteClient)
|
|
|
|
|
|
|
|
|
|
|
|
| |
LLClientStackModule to new
region modules. This was needed because the stand alone and grid modules weren't deleting
old scenes, which caused an issue when deleting and recreating a region with same name
on same x,y coordinates. Tested it on standalone and issue is fixed. Requires prebuild
to be run again.
Fixes Mantis #3699
|
|
|
|
|
|
|
|
|
|
| |
Scene.NewUserConnection()
- adding reason reporting
this enforces estate bans very early on and prevents us from
circulating client objects that we'd then have to retract once we
realize that the client is not allowed into the region
|
|
|