| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
* wrap attributes in properties
* clean up names a little bit
* clean up name styles
|
| |
|
|
|
|
|
|
|
|
| |
create new inventory folders
* This mirrors the grid behaviour
|
|
|
|
|
|
|
|
|
|
|
|
| |
affect once the region and the grid servers have upgraded to this revision
* You may also need to clear your cache before seeing any effect.
* These fixes may or may not affect inventory on the RC client.
* These fixes should make non-root folders work better, stop inventory failure on first login, allow trash to be emptied and make texture picker in object edit view work properly
* Fixes are 1) make initial root folder request wait for async inventory delivery, 2) deliver all folders in the initial login skeleton, not just the root child ones and 3) deal
with situations where we receive child folders from the inventory service before their parent is received.
|
|
|
|
|
|
|
| |
* Replace the unused default GetInventorySkeleton() impleemntation with an abstract declaration - less confusing this way imho
* Add some comments
|
| |
|
|
|
|
|
|
| |
* Leaving quite a few debug messages in for now to help deal with bugs arising
|
|
|
|
|
|
|
|
|
|
|
| |
* This means that caps methods (editing scripts, poss map functions, etc) on non-home regions should now work with servers which are listening for http ports on a non default
(9000) port.
* If you are running a region server, this may only work properly once your grid server upgrades to this revision
* PLEASE NOTE: This shouldn't cause inter-region problems if one end of the connection hasn't upgraded to this revision. However if it does, the instability will persist until
the grid and region (and possibly all the region's neighbours) have upgraded to this revision.
* This revision also adds extra login related messages, both for success and failure conditions
|
| |
|
|
|
|
|
|
|
| |
location box and go to that region if it's there. If no close match was found, it sends you home. This is tested on mySQL. There's untested code on grids that are based on sqlite and MSSQL. The SQL statements *should* be right, but your results may very.
* Ex, if you want to go to Wright Plaza, you simply need to type Wright Plaza in the start location in the client when you log-in.
|
| |
|
| |
|
|
|
|
|
| |
* Server now listens to the client's start location request for 'home' or 'last' and sends the user to the home location or the last location.
|
|
|
|
| |
support for region move/split/merge. See ThirdParty/3Di/README.txt. Unless the new modules are used there should be no noticeable changes when running OpenSim.
|
|
|
|
|
|
|
|
| |
appropriate names consisten with their use.
All done with all 94 handlers from handler001
through handler094. Hopefully we can move
forward without numbered handlers.
|
| |
|
| |
|
|
|
|
| |
instances to prevent event race conditions
|
| |
|
|
|
|
|
|
|
|
|
| |
region server on login
* This will make it more obvious if one accidentally starts one's region server in standalone rather than grid mode but then tries to login to a grid (as I am wont to do)
* We are now sending back a fault code (-32601) if no xmlrpc method is found rather than an ordinary message
|
|
|
|
|
|
| |
* Minor documentation bits
|
|
|
|
|
|
| |
* Converted all instances of "256" spotted to use RegionSize instead. Some approximations used for border crossings (ie 255.9f) are still using that value, but should be updated to use something based on RegionSize.
* Moving Terrain to a RegionModule, implemented ITerrainChannel and TerrainModule - nonfunctional, but will be soon.
|
| |
|
|
|
|
|
|
| |
Changed LogBase to ConsoleBase, which handles console I/O.
This is mostly an in-place conversion, so lots of refactoring can still be done.
|
| |
|
|
|
|
|
|
|
|
| |
* Typing 'stats' on the command line will given total number of successful logins today and yesterday
* A little bit more to come, probably
* Refactoring will follow next
|
|
|
|
|
| |
* Added some code for the message server, fixed a few references and starting to flesh it out.
|
|
|
|
|
|
|
|
| |
inventory/OpenSimLibrary - no hardcoded changes are required. For some reason, all the folders are currently
showing up as texture folders, even though they are configured with the same types as the agent inventory folders. This should be resolved soon.
|
|
|
|
|
|
|
| |
* shortened references
* Removed redundant 'this'
* Normalized EOF
|
|
|
|
| |
Works with LibSL rev>1532
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
race conditions such as that in mantis #190
* Make inventory messages more verbose. Hopefully they aren't now too verbose
* This may resolve some grid instability but it's likely there's much more out there.
|
|
|
|
| |
calls
|
|
|
|
|
|
|
|
|
| |
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)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
* 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.
|
| |
|
| |
|
| |
|