| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
explicit
|
|
|
|
|
|
| |
* 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'.
|
|
|
|
|
| |
* Tagged Verbose("msg",...) as obsolete. Please use Verbose("AREA","msg",...) instead.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
* Added SSL Option to User Server to allow logins to be done via SSL.
* Added sane handling for when Remote Admin Plugin configuration is not found
* Added some performance boosts to an area of libTerrain which was highlighted in profiling.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
SendInventoryItemCreateUpdate() in order to reflect the actual packet it
sends (UpdateCreateInventoryItem).
From Justin Casey (IBM)
|
| |
|
|
|
|
| |
rezzing them in another region.
|
|
|
|
|
| |
a few other bits of refactoring.
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
This also seems to fix the problem of Body parts not being persisted properly.
|
| |
|
| |
|
|
|
|
|
|
|
| |
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)
|
|
|
|
| |
two regions trying to add a user to the AssetTransactionManager at the same time. So have placed a lock around the Dictionary add.
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
reference exception.
|
|
|
|
|
|
|
|
|
| |
properties window
From Justin Casey (IBM)
|
|
|
|
|
|
|
|
| |
Should fix libsl login ability. No long breaks my login
to test environment.
|
|
|
|
|
|
|
|
| |
specific user.
* This helps people who have multiple records in their useragent table.
* This update should be looked at.. because really what it should be doing is initiating a grid wide logoff.
|
|
|
|
| |
and then tries to save it to the database.. where it was going wrong, is the database had a check to do *nothing* when it got a null useragent. I made it delete the userAgent row. This should be a good enough fix to solve the problem. It still needs to be looked at by a DB guy
|
|
|
|
|
| |
* Revert this once we get a working logoff.
|
|
|
|
|
|
| |
Linux clients.
|
|
|
|
|
|
|
|
| |
identified as the reason libsl can't currently connect to OpenSim.
Patch from Justin Casey (IBM)
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
As a consequence, restarting sims in the same process instance now shows them when they come back up in grid mode and standalone mode.
|
| |
|
|
|
|
| |
working on grid mode, however. It doesn't break anything, but that feature doesn't work in grid mode yet either.
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
| |
sim with a custom message. Their client says, "You've been logged off of secondlife, <Your custom message here> and logs them off.
* Added a way for the Region master user to kick *ALL* users from *ALL* their regions in the estate with a custom message.
|
|
|
|
| |
the appropriate messages to make it think it's got god status. Will be used for finding more unimplemented packets....
|
| |
|
|
|
|
|
|
| |
* Tweaked some esoteric throttle settings
* Removed AgentThrottle from the unsupported packet list.
|
|
|
|
|
|
|
| |
network throttle settings but does sanity checks to avoid too little(nothing gets sent) or too much(the sim crashes) data.
* Consider this experimental.. however, it looks very promising.
|
| |
|
|
|
|
|
| |
* Added a support function to InnerScene to calculate the distance between two vectors.
|
|
|
|
|
| |
* Added the child_get_tasks OpenSim.ini flag for testing the UDP packet sending code and packet throttler. This flag gets purposely disabled in grid mode. This flag also has the consequence that you can see the prim in neighboring regions without going into them. Be warned, this causes tons of dropped packets.
|
|
|
|
|
|
| |
and it is the most often tickled part of this race condition.
|