| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
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)
|
|
|
|
|
|
|
| |
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)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
| |
seperate container for this probably makes the limits easier to
understand
|
|
|
|
|
|
|
| |
doesn't link into the rest of the code yet, and won't until it
is complete.
|
|
|
|
|
|
|
|
|
| |
properties window
From Justin Casey (IBM)
|
|
|
|
|
| |
*Fixed a 'statement out of order' error in the setting of the permissions that are sent to the client.
|
|
|
|
| |
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..
|
| |
|
| |
|
| |
|
|
|
|
|
| |
* Various code convention compliance
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
* Revert this once we get a working logoff.
|
|
|
|
|
|
| |
is really happening the way we want it to.
|
|
|
|
|
| |
* Various refactorings
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
come up to give servers that host a lot of sims a long time to start listening.
|
| |
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
we are not requesting too much in one gulp.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
that the Queue would come in by reference, but it didn't
appear to be.
|
|
|
|
|
|
|
| |
make it easier to start breaking this up into
more discreet functional classes
|
|
|
|
|
|
|
| |
LoadWorldMap and into its own public method (which is called during region creation). We shouldn't have things like that in methods like LoadWorldMap as some regions might not being having a worldmap loaded via the LoadWorldMap method (like in custom applications).
Deleted the CreateTerrainTextureInitial Method which was a 99% duplicate of CreateTerrainTexture, with just a bool field setting difference. That bool is now passed to CreateTerrainTexture as a param.
|
|
|
|
| |
sim is restarting in the area.
|
|
|
|
|
|
|
| |
to their neighbors when they start up. Neighbors get this message and tell their agents that there's a new sim up.
* Certain unrecoverable physics based crashes in ODE are now hooked up to the 'restart the sim' routine.
|
|
|
|
|
|
|
|
| |
code.
Fix typo on throttling Task packets incorrectly
|
| |
|
| |
|
|
|
|
| |
avatar when that user teleported to a different region.
|
| |
|
|
|
|
|
| |
As a consequence, restarting sims in the same process instance now shows them when they come back up in grid mode and standalone mode.
|
|
|
|
| |
on map should return a decent portion of it.
|
|
|
|
| |
move parcels into a module.
|
|
|
|
| |
working on grid mode, however. It doesn't break anything, but that feature doesn't work in grid mode yet either.
|
|
|
|
| |
asset server
|
|
|
|
| |
to if their logon region is down. Known good region, sort of.
|
| |
|
|
|
|
|
|
|
| |
the estate tools.
* The sims properly restart, however they don't yet notify the existing avatars that they are up. To see the sim again, you'll need to log-out and back in until I can figure out how to get the proper data to the sims and to the avatar so they reconnect again.
|
| |
|
|
|
|
| |
was upside down.
|
| |
|
|
|
|
|
|
|
| |
coming in from foreign regions.
* Updated bounds-check of getLandObject to check for >= 256 rather than > 256.
|
|
|
|
| |
System.NullReferenceException for Linux
|