| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
identical to LocalLoginService.CustomiseResponse in order to be able to pull them up.
|
|
|
|
|
| |
* fixes mantis #3092: User Server sets agent starting position to passed x/y/x instead of x/y/z
|
|
|
|
|
| |
* This ensures that the user will be logged off successfully by a properly permissioned user server
|
|
|
|
|
|
| |
* CapsUtil.GetRandomCapsObjectPath(); contains a / and the regionInfo.httpServerURI contains a / so that makes
* response.SeedCapability = regionInfo.httpServerURI + CapsUtil.GetCapsSeedPath(capsPath); contain two "//" leading to a seed caps path definition like //CAPS/f7ba4238-ec86-4a2b-b3f6-4d9b56070000/, which is wrong
|
| |
|
|
|
|
|
|
|
|
| |
terminology used elsewhere
* Last build break was probably a Bamboo failure - hopefully this should succeed
|
| |
|
| |
|
|
|
|
|
|
| |
* Test does not do authentication
|
| |
|
|
|
|
| |
class. Thanks sdague for the protip!
|
| |
|
| |
|
|
|
|
| |
justice.
|
| |
|
|
|
|
|
|
|
| |
Thank you, sacha magne, for a patch to add login level and message
commands to the user server
|
|
|
|
|
|
|
|
| |
required to log in. set_login_params accepts avatar_uuid and password of a
user with god level 200 or more, and allows setting either or both the
login_motd or login_level
|
|
|
|
|
|
|
|
|
| |
Active gestures are sent as part of the login-response. Added
fetchActiveGestures to SQLite and MySQL; added an empty one for MSSQL and
NHibernate. Using the empty ones won't cause errors, but doesn't provide
persistence either, of course.
|
|
|
|
|
|
|
|
|
| |
* This patch aims to introduce look at direction persistence between logins. It won't be active until the second part of the patch is committed in about two weeks time. At
this point, region servers that haven't upgraded past this revision may run into problems
* This checkin upgrades the user database. As always, we recommend you have backups in case something goes wrong.
* Many thanks to tyre for this patch.
|
| |
|
|
|
|
| |
same as the original login region
|
|
|
|
|
|
| |
* This may possibly (est. 20% change) help the situation that we see on OSGrid meetings when a region stops accepting logins, which appears to be because it never receives the expect_user request
|
|
|
|
|
|
| |
* Now it should properly inform the user and stop a login if a region server could not be contacted in order to expect a user (the last commit didn't actually quite work correctly)
|
|
|
|
|
|
|
|
|
| |
emergency region login code is a cut and paste job of the preceding normal region login code
* also, properly tell the user if no region can be contacted, rather than letting the login proceed only to fail later when authentication fails on the region side
* copying and pasting code... it makes me cry inside... so sad...
|
|
|
|
| |
selected region fails, rather than swallowing it
|
|
|
|
|
|
|
|
| |
process easier
* documentation
|
|
|
|
|
|
|
| |
* This is a HUGE OMG update and will definitely have unknown side effects.. so this is really only for the strong hearted at this point. Regular people should let the dust settle.
* This has been tested to work with most basic functions. However.. make sure you back up 'everything' before using this. It's that big!
* Essentially we're back at square 1 in the testing phase.. so lets identify things that broke.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The attached patch (against r6075) fixes it for grid-mode. If the
home-region isn't available, the stored regionHandle will be used
to compute the region-coordinates of the home. This will be wrong
if the home-region has moved, of course, but without the region
being online we can't request the RegionInfo of it for finding out.
Doing that (before the patch) and accessing the (null) RegionInfo
led to a NullReferenceException, which prevented logging in to the
last location.
|
| |
|
|
|
|
| |
to make it easier to work with.
|
| |
|
|
|
|
|
|
| |
The attached patch fixes that your home-location icon is
displayed on the region you logged in, not on your home-region.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Thank you, HomerHorwitz, for a patch that changes login location handling
to use the sim UUID if it has already been stored.
|
|
|
|
|
|
|
| |
* Looks like these weren't so unused after all - oops!
* Remove message from grid server config
|
|
|
|
| |
GetInventorySkeleton
|
|
|
|
| |
the specific inter service class
|
|
|
|
|
|
| |
And reverted CachedUserInfo back to revision 5262.
I don't think most of the inventory problems that people are reporting are due to these, but its easier to deal with one set of potential problems at a time, and I'm not going to get any time in the week to work on this anyway.
|
|
|
|
| |
in the loginservice
|
|
|
|
| |
time to look into the problems people are having.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
* 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.
|
| |
|
| |
|
| |
|
| |
|
| |
|