| Commit message (Collapse) | Author | Files | Lines |
|
notice of doom
|
|
no root folder is found and it makes the user server wait longer for the
inventory server to do its work.
From Justin Casey (IBM)
|
|
|
|
|
|
* To test, click the communicate button, then click the 'add' button and type a name. You will get a list of closely matching avatar names.
* Before this'll work on your sim in grid mode, the UGA needs to be updated. If it isn't updated, then you'll get a message on the sim console when searching like, 'got invalid queryid'.
|
|
|
|
|
|
|
|
new set is created in the inventory database. Most likely still better to use some other script to populate the inventory database instead of relaying on this.
|
|
grid, so likely to have problems on a larger grid with more people?
To use , both the user server and Inventory server need to be running this latest revision. (older regions should be able to still be used, just the user won't have inventory on them). Also and HERE IS THE BIG BREAK ISSUE, currently, so that the initial inventory details for a user are added to the inventory db , you need to recreate the accounts using the user server "create user" feature. It should be quite easy to manual populate the inventory database instead but I someone else will need to look into that) Also I've only tested using SQLite as the database provider, there is a Mysql inventory provider but I don't know if it works (SQLite is set as default, so you will need to change it in the inventory server config.xml)
|
|
to if their logon region is down. Known good region, sort of.
|
|
standalone mode by specifying a master_avatar_uuid attribute in the place of master_avatar_xxxx_name and master_avatar_password.You will not be asked for the name and password if a valid UUID is specified.
|
|
* Shortened type references
* Removed redundant 'this' qualifier
|
|
Have flattened the OpenSim.Framework project/namespace. The problem is that the namespace is still wrong as its "OpenSim.Framework" while the directory is "OpenSim\Framework\General" , so we need to decide if we change the directory or correct the namespace.
Note this has lead to a big flat project, but I think a lot of the files we most likely don't even use any longer. And others belong in other projects/namespaces anyway.
|
|
which cleans up the verbose logic
|
|
|
|
|
|
|
|
|
|
diagnose failed grid logins.
|
|
|
|
more easily analyzed.
|
|
|
|
of things. Reverting 2056.
|
|
|
|
* Moved InventoryData to Framework.Types/InventoryItemBase.cs
* Moved UserData to Framework.Interfaces/IUserData.cs
* Moved UserProfileData to Framework/Types/UserProfileData.cs
* Deleted ass-backwards Framework dependency on Framework.Data (now it's the other way round)
* Changed some namespaces to reflect file structure
|
|
Tleiades patch 444 and 445.
|
|
* updated to rev 1413 on libsecondlife.dll and libsecondlife.dll.config (#423)
|
|
(we should really implement some nearby/default known-up algorithm here)
|
|
functionality
* Working towards one shared set of services
* Killed off two projects with very little functionality
|
|
IUserServices (instead of stubs)
|
|
|
|
|
|
|
|
Deleted the GridInterfaces projects, and for now moved the old local asset server into Framework.Communications, as we prepare to rewrite the asset cache and asset server.
Deleted Framework.manager as I am sure this is no longer in use.
|
|
sculpties) correctly. [Really need to add a ExtraParams field to the sqlite database though, but for now I have combined their data so that we don't lose backward compatibility, know a couple of people have been using the datastore already].
Now have a rough day/night cycle (the movement of the sun needs to be made smoother but for now it is better than we had I think).
Added dalien's patch (issue 294) for saving and loading prims to a xml file (think he will be modifying these to be import/export functions and maybe writing a xml datastore for backups).
Some preliminary work on task inventory (ie object's/prim's inventory).
Added place holder data for AvatarProperties (ie a avatar's profile). Should we store this sort of data on the user server or have another server for it (a normal webserver should work).
Added a few more method to IClientAPI.
Sure there is something I'm forgeting.
|
|
change and improve how we handle caps.
|
|
|
|
bit and also should help to integrate the inventory server (when it is wrote/finished).
|
|
configdir, datadir.
|
|
|
|
projects combined, all 'never used' things)
|
|
for the userserver and gridserver.
|
|
*Made it possible to load a configuration interface by DLL
*Deleted the 1024 config files until they are updated
|
|
* Dropped old ILocalStorage storage engines.
|
|
original system in place
*View RegionInfo.cs for an example on how it works!
*This hopefully copies all the files over, but who knows :)
|
|
methods we use. Favours IPv4 addresses before IPv6 addresses to work around the Vista preference issue.
|
|
|
|
|
|
|