aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Region/Environment (unfollow)
Commit message (Collapse)AuthorFilesLines
2007-12-07added one more command to the console help.Jeff Ames2-30/+13
2007-12-06reversing the r2599 patch, as this started causing CreateThread errors for Sean Dague1-1/+0
me on Mono 1.2.4, which led to client crashes. I think the Timer.Stop() wasn't doing what was desired on Mono. The Queue refactoring should address the readability issues lbsa71 was working on as soon as I get the merge together.
2007-12-06removed obsolete Verbose() functionJeff Ames4-13/+14
2007-12-06more minor cleanup. added some command descriptions to region server help.Jeff Ames1-9/+4
2007-12-06* now the throttle timer is stopped whilst processing Queue so that it won't ↵lbsa711-0/+1
fire twice * started to refactored throttling method * some code convention refactorings
2007-12-06* Removed lots of scurrilous uses of ASCII/UTF8.GetBytes for making packet ↵Adam Frisby1-4/+4
strings. BAD PROGRAMMER BAD. Use Helpers.StringToField instead. >_>
2007-12-06minor cleanup of Scene.cs (parameter naming, function documentation stubs, ↵Jeff Ames1-95/+225
duplicated UUID, you know...)
2007-12-06removed some duplicate hard-coded port numbers. changed ports to uint.Jeff Ames1-3/+3
2007-12-05Do not create a new asset on item metadata changeSean Dague1-40/+12
From Justin Casey (IBM)
2007-12-05From Gary Chernega (IBM)Sean Dague3-7/+10
This patch adds x, y, and z offsets to the load-xml command. If you had a prim at 100,100,20 thats where it would get loaded everytime. This patch lets you place it at an offset from 100,100,20.. as such: load-xml <filespec> -newUI 3 1 2 Loading the prim at 103, 101, 22
2007-12-05made one or two more methods in Scene virtual to allow overriding in sub ↵MW1-1/+1
classes.
2007-12-05* Refactored Permissions into ScenePresence as requested by MWTeravus Ovares7-132/+286
* Un-hackerized generating the client_flags * Now handling the ObjectPermissions Update packet * Warning: Backup your prim before updating. If you fail to do so and something goes wrong then, All Yr prim are belong to us!
2007-12-05fixed a few compiler warnings under mono (committed from a train, with ↵Jeff Ames2-12/+8
adjohn and afrisby, enroute to a wine cave with the worst wine in the world)
2007-12-04*disabled some confusing code regarding permissionsTeravus Ovares1-2/+3
2007-12-04keeping opensim safe for children -- made some namespace references less ↵Jeff Ames9-39/+17
explicit
2007-12-04* Some more ApplyPhysics voodoolbsa712-84/+88
2007-12-04* ApplyPhysics now creates the PhysActor as well.lbsa712-83/+104
2007-12-04* Added ApplyPhysics helper on group.lbsa711-0/+8
2007-12-04* Fixed a whole bunch of console messages.Adam Frisby4-7/+7
2007-12-04* Removed 12 compiler warnings.Adam Frisby4-5/+1
2007-12-03From Justin Casey (IBM)Sean Dague2-33/+88
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.
2007-12-03This is a simple patch which just renames an IClientAPI method toSean Dague1-4/+4
SendInventoryItemCreateUpdate() in order to reflect the actual packet it sends (UpdateCreateInventoryItem). From Justin Casey (IBM)
2007-12-03Added a flag to load-xml console command, that will generate new uuids for ↵MW3-5/+9
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.
2007-12-03Fixed bug in Appearance update in AvatarFactoryModule.MW1-15/+18
2007-12-03Some refactoringMW1-7/+9
2007-12-03minor meaningless changesJeff Ames3-49/+32
2007-12-02Just for Cfk!MW1-1/+1
2007-12-02Attempt to fix mantis issue #82, taking prims into inventory and then ↵MW1-0/+2
rezzing them in another region.
2007-12-02Added some error handling (and console output) to BaseHttpServer.MW3-15/+11
a few other bits of refactoring.
2007-12-02Very partial Avatar Appearance (ie, clothes/body parts) "storage". In ↵MW3-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.
2007-12-01Rezzing multiple copies of a inventory prim should now work.MW2-0/+12
2007-12-01attempt to fix sitting-related bugs #3 and #67Jeff Ames1-14/+17
2007-12-01Due to popular demand, a rezzed prim should no longer delete the original ↵MW1-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)
2007-12-01Attempted fix for mantis issue# 66MW1-2/+11
2007-12-01small bit of refactoringMW1-1/+11
2007-12-01the fix, so that trunk works againMW1-5/+0
2007-12-01Part 1 of a commit. This revision will not compile, part 2 will be added in ↵MW3-22/+58
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.
2007-11-30*Refactored the initial raytracer so it doesn't use the Parent reference.Teravus Ovares3-23/+48
*Fixed a 'statement out of order' error in the setting of the permissions that are sent to the client.
2007-11-30small change to OnSceneGroupMove event (in SceneEvents.cs)MW2-10/+14
2007-11-30* Refactored away permissions and physics flag duplicationslbsa711-31/+5
2007-11-30* Removed permissions flag appliance from Xml deserializationlbsa715-48/+66
* Various code convention compliance
2007-11-30* Extended our semi-stupid implementation of in world object permissions to ↵Teravus Ovares3-9/+201
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.
2007-11-30* Temporary fix for 'User already online' issue in standalone mode.Teravus Ovares2-1/+12
* Revert this once we get a working logoff.
2007-11-29* Fixed neighbour range buglbsa718-56/+55
* Various refactorings
2007-11-29* Thanks to _SomeOne_, Server side permissions on object editing. Be aware, ↵Teravus Ovares2-7/+20
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.
2007-11-29* Added a 50 second restart notify timer that gets reset when new regions ↵Teravus Ovares2-28/+32
come up to give servers that host a lot of sims a long time to start listening.
2007-11-29* minor refactoringslbsa712-7/+7
2007-11-29* Locking on local scope variable does not make sense - every thread will ↵lbsa711-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
2007-11-29Changed to doing only 1 request to the grid server from main map. Hopefully ↵Brian McBee1-9/+1
we are not requesting too much in one gulp.
2007-11-29* Fixed about 7 issues with restarting sims and resolved interRegion comms ↵Teravus Ovares2-31/+85
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.