| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
Increase GetUserProfile timeout from 6 to 30 seconds. Because
the worker thread fo the XMLRPC data pump sits on a lock
while the system starts, regions with upwards of 6000 prims
throw and exception when that thread gets blocked for more
than 6 seconds, due to this timeout, and won't start.
|
| |
|
|
|
|
|
|
|
| |
'Available', which would lead to intermittent failures on parallell teleport requests.
* Solidified CheckRegion somewhat, adding a second try if the first failed.
|
|
|
|
|
|
|
|
| |
When a region is re-registered (e.g. because of region restart),
it is removed from m_regions. If I understood that correctly,
the old entry should be replaced, instead.
|
| |
|
|
|
|
| |
GetInventorySkeleton
|
|
|
|
| |
services) into a separate assembly to parallel OpenSim.Region.Communications.OGS1
|
| |
|
|
|
|
| |
than inter grid
|
|
|
|
|
|
| |
* more to follow
|
|
|
|
| |
OpenSim.ini. Default is to use the new mode.
|
| |
|
|
|
|
| |
inventory server (see http://opensimulator.org/wiki/Security_vulnerability_brought_by_non-check_inventory_service)
|
|
|
|
|
|
|
|
| |
the other service calls
* will post to mailing list about moving this shortly
|
|
|
|
|
|
| |
Shutdown command on region server was presenting an error, failing to
send detach region for all regions, and failing to shut down
|
|
|
|
|
|
| |
Makes the estate dialog fully functional. Implements all client facing functionality. Moves estate data from estate_settings.xml, which is used to provide defaults, to the region data store. Creates one estate for each region, and places the region in it. Converts all region bans to estate bans.
|
|
|
|
|
|
| |
Patch 7 of the region patches. Finish off the region parts of the estate dialog. Full user functionality. Terrain textures, heights, water, avatar counts, prim bonus, debug settings and region toggles can now be set from the dialog on a per-region basis. Estate stuff defaults to sane values where there are no defaults, to estate_settings.xml otherwise. Sun still b0rked :(
|
|
|
|
|
|
|
| |
Patch #4 of the region settings series. Partial functionality of the new
storage system. More patches to follow.
|
|
|
|
|
|
|
|
|
|
|
| |
UserManager.UpdateUserProfile(UserProfileData).
Adding UpdateUserProfile(UserProfileData) to IUserService interface.
Adding RemoteAdminPlugin.XmlRpcUpdateUserAccountMethod(...) to provide
a remote update capability.
|
| |
|
|
|
|
|
| |
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)
|
| |
|