| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Grid.UserServer.Main
|
| |
|
|
|
|
| |
the user server.
|
|
|
|
|
|
| |
startup. To use, run it normally once, answering the questions, then
run again with -console=rest.
Also now supports -console=basic for a console that reads stdin
|
|
|
|
|
|
| |
Change all uses of the HttpServer properties to use the new singleton
|
|
|
|
| |
LICENSE.txt.
|
|
|
|
|
|
|
|
|
|
|
| |
of a existing avatar's inventory to another avatar's inventory (the base method will also create the inventory for a new avatar if the avatar doesn't alreayd have any inventory).
The code also sets the target avatar as wearing whatever the template avatar was wearing (including attachments). The idea is to allow the use of this to give new avatars a more interesting avatar (and inventory set) than the current default.
I have include a console command that will clone the inventory from one existing user (template avatar) to another existing avatar (target avatar). The format of the command is : "clone avatar <templateAvatarFirstName> <templateAvatarLastName> <targetAvatarFirstName> <targetAvatarLastName>" (to use this console command on new accounts, the "create user" command will need to be used first)
While the code was designed for hooking up to a remote call from a web interface, I have left the hookup code out of this commit, as I believe most use cases will want to handle it differently.
Also added a "trusted handler" to the inventory server to allow the user server to create new folders in a user's inventory.
All this is in the old UGAIM servers so will need porting to the new servers.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
console capable of processing commands. Create LocalConsole as a console
that uses cursor control and context help. Precursor to a distributed
console system for the new grid services. No functional change intended :)
|
|
|
|
|
|
|
|
| |
service initialization into CommsManager
* What is really needed is a plugin and interface request system as being done for region modules
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
work in there knowing that all other ApplicationPlugins have been initialised by that time.
Moved the loadRegions code in LoadRegionsPlugin to the PostInitialise method.
|
| |
|
|
|
|
| |
name as it could be confused with the Grid Server namespace or with the IGridService in the region servers.
|
| |
|
| |
|
| |
|
|
|
|
| |
handling, as it seems that system isn't in use anymore.
|
| |
|
|
|
|
|
|
|
| |
"module".
Added OpenSim.Grid.UserServer.Modules project/dll which now contains the components of the userserver. With the OpenSim.Grid.UserServer being the setup and initiate exe.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
* Added log4net dependency to physxplugin in prebuild.xml.
* Added missing m_log fields to classes.
* Replaced Console.WriteLine with appropriate m_log.Xxxx
* Tested that nant test target runs succesfully.
* Tested that local opensim sandbox starts up without errors.
|
|
|
|
| |
the User dataBase access class (UserManagerBase) and then adding the http handlers to that. There is now a UserDataBaseService that is passed to the other classes so they can access the db. This should make it easier to have multiple "modules" that can register http handlers and access the db.
|
|
|
|
| |
being set, and that's what's being used in SendAppearanceToOtherAgent. Mantis #3204.
|
|
|
|
| |
are now being given a default appearance if there is none in the user database. This issue affected newly created accounts, which aren't given an appearance at time of creation. May address some of the issues reported in mantis #3204 (but the incompatibility with pre-8447 is unaffected and continues to exist).
|
|
|
|
| |
0.6.3.* to better track down dll ref and overwrite problems.
|
|
|
|
| |
user service/server. Appearance is now sent by the user service/server along with all other loginparams. Regions don't query the user service for appearance anymore. The appearance is passed along from region to region as the avie moves around. And, as before, it's stored back with the user service as the client changes the avie's appearance. Child agents have default appearances that are set to the actual appearance when the avie moves to that region. (as before, child agents are invisible and non-physical).
|
|
|
|
| |
warnings. Fix some m_log declarations.
|
|
|
|
|
|
|
| |
reflect actual use.
* Added IRegionProfileService
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
interface. Shared modules will now only get added once, so the command
handler is called once per module, not once per scene. Removal of scenes
has no adverse effects. Nonshared modules will be called for each scene.
|
|
|
|
| |
identical to LocalLoginService.CustomiseResponse in order to be able to pull them up.
|
|
|
|
|
|
|
|
|
| |
line editing, context sensitive help (press ? at any time), command line
history, a new plugin command system and new appender features thet let you
type while the console is scrolling. Seamlessly integrates the ICommander
interfaces.
|
|
|
|
|
| |
* fixes mantis #3092: User Server sets agent starting position to passed x/y/x instead of x/y/z
|
|
|
|
|
| |
* This ensures that the user will be logged off successfully by a properly permissioned user server
|
|
|
|
|
|
| |
* CapsUtil.GetRandomCapsObjectPath(); contains a / and the regionInfo.httpServerURI contains a / so that makes
* response.SeedCapability = regionInfo.httpServerURI + CapsUtil.GetCapsSeedPath(capsPath); contain two "//" leading to a seed caps path definition like //CAPS/f7ba4238-ec86-4a2b-b3f6-4d9b56070000/, which is wrong
|
| |
|
|
|
|
|
|
|
|
| |
terminology used elsewhere
* Last build break was probably a Bamboo failure - hopefully this should succeed
|
| |
|
| |
|
|
|
|
|
|
| |
* Test does not do authentication
|
| |
|