| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Fixes IAvatarService for grid and standalone modes
|
|
|
|
|
|
|
|
|
|
| |
The Login service should now read/create new inventory on the inventory server that is set in a users profile.
Also added "Add-InventoryHost" console command to add a support for a new server to a region.
So it would be good if someone could test this. Set up the grid as normal, but then also run extra inventory server on a different computer (well actually it just has to be on a different network hostname, so one using "http://localhost:8004" and one using "http://127.0.0.1:8005" should work) then you need to manually edit the user profile database to set the new servers url in a user's "userInventoryURI" field.
Then on a region server, use the Add-InventoryHost to add the new server url (always include the full url, including http, but don't add a final /)
Login with that account and see if the inventory works.
Of course these needs to be made more user friendly.
|
|
|
|
|
|
|
| |
and moved them into a IAvatarService
Although "out of the box", there is no actual functional change to behavior
|
|
|
|
|
|
| |
TODO next is to make the login server read/write a users inventory from the correct server (the inventory url set in a userprofile)
On the region side, although not tested with multiple servers it should work if that inventory url was set, and the inventory servers urls have been added to the CommunicationsManager, using CommunicationsManager.AddInventoryService(string hostUrl)
|
|
|
|
|
|
|
| |
* code caught lingering around with no real purpose other than causing warnings
will be taken down.
|
|
|
|
|
|
|
|
|
|
| |
* commented out [Obsolete(....)] attributes where no replacement feature
was available: if we want to attribute code that we think needs to be
reworked, we should define a new attribute and use that instead
(together with a little tool to retrieve all the attributed code then)
* commenting out unused variables
|
|
|
|
|
|
|
|
| |
World->Region/Estate. Then on the Estate tab, at the lower right hand corner, clicking the 'Add' button and picking an avatar.
* It only persists across reboots for the mySQL datastore currently.
* Currently have stubs in the other datastores.
|
|
|
|
| |
throws any exception, we will carry on with the default appearance rather than terminating the client login
|
|
|
|
| |
something else
|
| |
|
|
|
|
|
|
| |
to allow the InventoryServer to work with MSSQL..
|
| |
|
|
|
|
|
|
|
| |
* You'll need to start-up the MessageingServer and set it up. It sets up like any of the other grid servers.
* All user presence data is kept in memory for speed, while the agent is online. That means if you shutdown the messaging server or the messaging server crashes, it forgets who's online/offline.
* Occasionally the region-cache will get stale if regions move around a lot. if it gets stale, run clear-cache on the messaging server console to clear the region cache.
|
|
|
|
| |
related.
|
| |
|
|
|
|
|
|
|
| |
* User tries to log-in but is already logged in. Userserver will send message to simulator user was in to log the user out there.
* From the UserServer, admin types 'logoff-user firstname lastname message'.
* Some regions may not get the message because they're not updated yet.
|
| |
|
|
|
|
|
|
| |
that adds function stub to request region info by name and
adds llRequestSimulatorData() and the dataserver event
|
|
|
|
|
|
| |
help with the timeouts.
|
| |
|
| |
|
|
|
|
|
|
| |
safety
|
|
|
|
|
|
| |
back end.
|
|
|
|
|
|
| |
everyone hates OGS1
|
| |
|
|
|
|
|
|
| |
AvatarAppearance instead.
|
|
|
|
|
|
|
|
|
|
| |
the region server
* In theory, this should be a somewhat useless statistic since the user server will already have tried to use the inventory service to retrieve the avatar's skeleton. If this
fails, login is halted completely.
* Nonetheless I'm recording it anyway just to see whether it happens (yes, I'm too lazy to scan the logs...)
|
|
|
|
|
|
| |
Rename SearializableRegionInfo to SerializableRegionInfo (class was already named correctly)
|
| |
|
|
|
|
| |
startup will now terminate instead of carrying on (and thus burying the error message)
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
almost every inventory method
* This allows lots of redundant inventory methods with only slightly different names to be eliminated.
|
|
|
|
|
|
|
| |
but the set all compiles together fine, and it provides people
an idea of where we are heading.
|
|
|
|
| |
with namespaces.
|
| |
|
|
|
|
| |
one log message changed)
|
|
|
|
|
|
|
| |
Thanks A_Biondi and Melanie!
* This builds but might not work. JustinCC will examine.. it may work out of the box.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the patch below adds support for start_location = uri:region&x&y&z to
OpenSim which allows us to provide -url secondlife:///region/X/Y/Z to
the SecondLife client during start up --- which will take you directly
to region "region" at position X, Y, Z.
also, i did increase the default Z value from 70 to 128 as we otherwise
have the problem that on some regions we'd end up inside a mountain
instead of on top of it.
|
|
|
|
|
|
|
|
|
| |
* Now, emptying the trash should remove folders and the items they contain as well as items which were not in a subfolder.
* This will only work once both the region and grid servers have reached this revision.
* You may also need to clear your cache before this will work
* Refactoring to follow.
|
|
|
|
|
|
|
| |
* On standalone, folders (and their items) should now be persistently deleted on trash emptying, as well as immediate child items
* An implementation for grid mode will follow.
|
|
|
|
| |
(this took a while to run).
|
|
|
|
|
|
|
| |
* Implements 'Teleport Home'
* User Server has to be updated for it to save your home in grid mode
* home position accuracy is in int because the grid comms ExpectUser method tries to convert to Uint and crashes if it gets a float. Added a convert to decimal in ExpectUser but to avoid a breaking change with old revisions, kept the save value in int for now. Eventually it needs to be a float, but lets release another incremental version before doing that.
|
|
|
|
| |
ar.AsyncWaitHandle.WaitOne(timeOut*1000, false); call.
|
|
|
|
| |
avoid a potential race condition. As IAsyncResult.AsyncWaitHandle.WaitOne before a AsyncCallback is called. So in this case, its a race to see who sets or reads the bool m_bAvailable first.
|
|
|
|
|
|
|
|
| |
when they were.
* A few things for testing.
* This makes a modification to the region registration with the grid server so that the region can send it a chosen password to identify itself. It will not cause any errors, if either one are not updated.
|
|
|
|
|
|
|
|
|
| |
duplicate sets of inventory data to be sent over the grid
* Won't actually fix anything, since we were handling the problem anyway
* Also add more doc, fix up debugging messages, etc
|
| |
|
|
|
|
|
|
|
|
|
| |
before the region had completely received the inventory for the user.
* A much larger race condition where the inventory request could be made before the region gets any data at all will also be fixed in the near future.
* This change also fixes a regression from two patches ago where items stopped appearing in standalone inventory
|