aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Region (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* set svn:eol-styleJeff Ames2007-12-042-1163/+1163
|
* * Split out the ODEPlugin Nested classes.Teravus Ovares2007-12-043-1139/+1166
|
* further encapsulation of function in PacketQueue and PacketThrottleSean Dague2007-12-032-4/+172
|
* From Justin Casey (IBM)Sean Dague2007-12-034-47/+113
| | | | | | | | | | | | | | | | | | | | | | | While exploring what it would take to get the 'new script' button working, I encountered the fact, some way down in the rabbit hole, that if a user renamed an item in their inventory and logged out (without a restart of the simulator), on log in the new name was not preserved. As far as I can see, this was because any updates which didn't occur inside a transaction were ignored by opensim. This patch pays attention to those changes. It generates a new asset when an item is updated and changes the user's inventory properties appropriately. I believe this behaviour is in line with the copy-on-write semantics used in the Second Life protocol - perhaps it could be optimized if we knew for sure that the only copy of the object was in the user's inventory. This also means that if you rename an item (e.g. a script) before you drag it into an object's inventory, the inventory will receive the item's most recent name and description.
* * Now using interpolation to expand the 256x256 heightfield data to 512x512 ↵Teravus Ovares2007-12-031-8/+102
| | | | before it's passed to ODE.
* This is a simple patch which just renames an IClientAPI method toSean Dague2007-12-033-6/+7
| | | | | | | | | SendInventoryItemCreateUpdate() in order to reflect the actual packet it sends (UpdateCreateInventoryItem). From Justin Casey (IBM)
* Added a flag to load-xml console command, that will generate new uuids for ↵MW2007-12-034-7/+19
| | | | | | | | the loaded Sceneobjects (as per mantis request #53). To use append "-newUID" to the end of the command, so new format is : "load-xml <filename> -newUID". If you don't add the "-newUID", then the uuids in the xml file will be kept.
* Fixed bug in Appearance update in AvatarFactoryModule.MW2007-12-031-15/+18
|
* * Resize terrain heightmap info going to ODE to double the resolution. Teravus Ovares2007-12-031-8/+60
| | | | | * Using the nearest neighbor method, interpolation coming soon.
* Some refactoringMW2007-12-031-7/+9
|
* Applied patch from mantis issue #110 (with one or two tiny changes) , thanks ↵MW2007-12-031-0/+9
| | | | mpallari/_SomeOne_
* minor meaningless changesJeff Ames2007-12-033-49/+32
|
* * Moved XMLRPC Controller to a Application Plugin. Requires testing.Adam Frisby2007-12-032-126/+5
|
* * Applied a few commits left on my laptop to OpenSimController.Adam Frisby2007-12-031-9/+11
|
* Just for Cfk!MW2007-12-021-1/+1
|
* Attempt to fix mantis issue #82, taking prims into inventory and then ↵MW2007-12-022-0/+3
| | | | rezzing them in another region.
* Added some error handling (and console output) to BaseHttpServer.MW2007-12-023-15/+11
| | | | | a few other bits of refactoring.
* Very partial Avatar Appearance (ie, clothes/body parts) "storage". In ↵MW2007-12-023-30/+97
| | | | | | | | standalone mode it will mean that when you log off and log back on ,as long as the region server hasn't been restarted , your avatar will start with wearing the clothes that it wore on log off. In grid mode its even more limited in that wearing/removing clothes/body parts are only stored in the region server instance you are one. so if you are in a different region to your login region (which are on different region server instances), and then change clothes, those changes won't be remembered. So as said, its very limited but is a small step towards having proper appearance persist. Just need to store this data out to a database.
* Some refactoring , mainly on Inventory code. MW2007-12-021-1/+1
|
* Rezzing multiple copies of a inventory prim should now work.MW2007-12-012-0/+12
|
* attempt to fix sitting-related bugs #3 and #67Jeff Ames2007-12-011-14/+17
|
* Due to popular demand, a rezzed prim should no longer delete the original ↵MW2007-12-011-2/+2
| | | | inventory item. (hasn't been tested to make sure no conflicts happen if that new rezzed object is then taken back into inventory but don't think there will be any)
* Initial working Grid Inventory server. Only been tested on a very small ↵MW2007-12-013-17/+100
| | | | | | | 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)
* Attempted fix for mantis issue# 66MW2007-12-011-2/+11
|
* small bit of refactoringMW2007-12-011-1/+11
|
* the fix, so that trunk works againMW2007-12-012-5/+1
|
* Part 1 of a commit. This revision will not compile, part 2 will be added in ↵MW2007-12-014-26/+72
| | | | | | | | | | | a couple of minutes that should fix that. Some work towards persisting Avatar Appearance (what is being worn). Added OnAvatarNowWearing event to IClientAPI that is triggered by AgentIsNowWearing packets. stub code to subscribe to this event in AvatarFactoryModule. Todo: code needs to be added to AvatarFactoryModule to save the uuids to a database and then read them back when that modules TryGetIntialAvatarAppearance() method is called. Done some changes to Scene to make it easier to subclass it: including changed some private fields to protected and made some methods virtual.
* mod packetqueue to use the throttle class containerSean Dague2007-11-301-75/+52
|
* the packet throttle stuff is duped enough that aSean Dague2007-11-301-0/+95
| | | | | | | seperate container for this probably makes the limits easier to understand
* starting to fill out PacketQueue, refactoring as I go. ThisSean Dague2007-11-301-0/+252
| | | | | | | doesn't link into the rest of the code yet, and won't until it is complete.
* Patch for mantis 0000015: Textures don't display in the objectSean Dague2007-11-302-4/+20
| | | | | | | | | properties window From Justin Casey (IBM)
* *Refactored the initial raytracer so it doesn't use the Parent reference.Teravus Ovares2007-11-303-23/+48
| | | | | *Fixed a 'statement out of order' error in the setting of the permissions that are sent to the client.
* added support for a console command script to be ran every 20 minutes (will ↵MW2007-11-301-0/+20
| | | | make that time changable in a future commit), to use add a entry under the Startup section of opensim.ini , with: timer_Script = "<filename>" (the filename being the console "script" you want to be ran every 20 minutes). This hasn't been tested very much so..
* small change to OnSceneGroupMove event (in SceneEvents.cs)MW2007-11-302-10/+14
|
* * Refactored away permissions and physics flag duplicationslbsa712007-11-301-31/+5
|
* * Made RegionUp virtuallbsa712007-11-301-1/+1
|
* * Removed permissions flag appliance from Xml deserializationlbsa712007-11-305-48/+66
| | | | | * Various code convention compliance
* * Extended our semi-stupid implementation of in world object permissions to ↵Teravus Ovares2007-11-306-13/+206
| | | | | | | show a user's client that it can't edit a prim if it doesn't have permission. * Permissions is due for a big revamp. The current way it's done is a hack at best.
* * Temporary fix for 'User already online' issue in standalone mode.Teravus Ovares2007-11-302-1/+12
| | | | | * Revert this once we get a working logoff.
* add a few more parens to make sure that throttling conditionSean Dague2007-11-291-1/+1
| | | | | | is really happening the way we want it to.
* * Fixed neighbour range buglbsa712007-11-299-58/+57
| | | | | * Various refactorings
* * Thanks to _SomeOne_, Server side permissions on object editing. Be aware, ↵Teravus Ovares2007-11-293-90/+108
| | | | that if you're editing an object on your client that you're not allowed to, it'll appear that it's moving to you, but won't actually be moving on the sim.
* *Added more information about the sim that you're connecting to in remoting ↵Teravus Ovares2007-11-291-5/+15
| | | | | | | | during the sim, regionup message. *Added the main cause for the remoting error to the console display. *This will make it easier to debug future remoting issues.
* * Added a 50 second restart notify timer that gets reset when new regions ↵Teravus Ovares2007-11-292-28/+32
| | | | come up to give servers that host a lot of sims a long time to start listening.
* * minor refactoringslbsa712007-11-292-7/+7
|
* * Locking on local scope variable does not make sense - every thread will ↵lbsa712007-11-291-28/+22
| | | | | | | | have its own * Locking on value, then changing it does not make sense - lock will happen on old reference * Taking a local copy of the shared resource then locking on the copy does not make sense - lock will happen on copy
* Changed to doing only 1 request to the grid server from main map. Hopefully ↵Brian McBee2007-11-291-9/+1
| | | | we are not requesting too much in one gulp.
* * Fixed about 7 issues with restarting sims and resolved interRegion comms ↵Teravus Ovares2007-11-295-133/+205
| | | | | | | issues. This includes the issue that MW described this morning. There's a lot of little nit picky changes that make a world of difference.
* I believe this turns throttling back on. I had expectedSean Dague2007-11-281-8/+8
| | | | | | | that the Queue would come in by reference, but it didn't appear to be.
* merged ClientView into a non partial class. WillSean Dague2007-11-285-3246/+3090
| | | | | | | make it easier to start breaking this up into more discreet functional classes
generated by cgit v1.1 at 2024-11-01 09:13:55 +0000