aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Grid/UserServer.Modules/AvatarCreationModule.cs (unfollow)
Commit message (Collapse)AuthorFilesLines
2010-01-10All grid servers deleted, including user server. They served us well.Diva Canto1-550/+0
2009-07-12Fixed bug in AvatarCreationModule, where during the cloning of a folder it ↵MW1-0/+5
would report it was unsuccessful if the folder was empty.
2009-06-04Comment out unused variables / private fields to avoid compiler warnings.Jeff Ames1-4/+4
2009-06-04Comment out unused private functions to avoid compiler warnings.Jeff Ames1-53/+53
2009-06-01Fixed AvatarCreationModule (I think)MW1-1/+1
2009-06-01trying to get panda to be able to read the AvatarCreationModule MW1-544/+544
2009-06-01part 1 of trying to get panda to be able to read the AvatarCreationModule MW1-545/+545
2009-06-01Some changes to the AvatarCreationModule to reduce the number of database ↵MW1-69/+86
reads/writes. Still requires more work in this area.
2009-06-01Minor: Change OpenSim to OpenSimulator in older copyright headers and ↵Jeff Ames1-1/+1
LICENSE.txt.
2009-05-31Update svn properties.Jeff Ames1-528/+528
2009-05-30Added option (on my default) to the clone avatar function so that the ↵MW1-122/+141
clothes and attachments that the target avatar is wearing, to begin with, are removed. So the end result isn't a merger of those clothes/attachments and the ones the template avatar is wearing. Added IPAddress ListenIPAddress property to BaseHttpServer so that the listening/binding IP can be set.
2009-05-30Made it so ( by default) the Clone avatar function, propagates the ↵MW1-21/+28
permissions on the cloned items. This needs further testing to make sure all permissions are set correctly.
2009-05-30a few small changes to AvatarCreationModuleMW1-14/+17
2009-05-30Added a AvatarCreationModule to the user server. This handles the "cloning" ↵MW1-0/+499
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.