| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
repeatedly.
|
|
|
|
|
|
|
| |
Thank you, HomerHorwitz, for a patch that corrects and improves TP
to landmark and home position handling.
|
|
|
|
|
|
|
|
|
| |
client log off
* This is being done by preventing close from being called twice on child agent closure (nres which would have been thrown are being swallowed).
* However, it should be possible to do much better cleanup on this code in the future
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
occasionally, but are fixed on restart (issue 1919).
This patch introduces the following changes:
1. when a user teleports out of Region A, remove that user's profile
from the Region A user profile cache
2. when a user crosses between regions out of Region A, remove that
user's profile from the Region A user profile cache
3. the user profile cache's session ID member can now be set (written),
and is updated each time a connection with a new avatar is established (ie: a
new avatar enters the region)
4. when a region server looks up a user profile and a cache miss
occurs, fetch the user profile from the user server first instead of
immediately returning null
|
| |
|
|
|
|
|
|
|
| |
'Available', which would lead to intermittent failures on parallell teleport requests.
* Solidified CheckRegion somewhat, adding a second try if the first failed.
|
|
|
|
|
|
|
|
| |
an agent is downgraded to a child agent
* since upgrading to a root agent doesn't currently re-retrieve the user profile
|
|
|
|
|
|
|
|
|
|
| |
remote region
* May resolves inventory problems that occur when the user moves between two regions`
* e.g. if the user moves to a second region, adds an inventory item, moves back to the original region then tries to manipulate that item
* Not yet implemented for teleport
|
| |
|
| |
|
|
|
|
| |
be used for item paths as well
|
| |
|
|
|
|
|
|
| |
* first pass method impl
|
|
|
|
| |
make actual function clearer
|
| |
|
|
|
|
|
|
| |
PluginLoader. Fix issue 1871.
|
|
|
|
| |
CommunicationsManager
|
|
|
|
|
|
|
| |
- LLSDLoginMethod should error out in similar way to XMLRPC login for already logged in condition
- Have LLSDLoginMethod mirror the sequence of the XMLRPC for easier side by side compare
- Log messages report which process XML or LLSD generated them for easier debugging
|
| |
|
|
|
|
|
|
| |
"check_auth_session" requests from inventory server to user server.
|
|
|
|
| |
GetInventorySkeleton
|
|
|
|
| |
services) into a separate assembly to parallel OpenSim.Region.Communications.OGS1
|
|
|
|
| |
than inter grid
|
|
|
|
|
|
| |
* more to follow
|
|
|
|
|
|
|
|
| |
non-region services
* 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)
|
|
|
|
|
|
|
|
| |
track a packet and if it hasn't been acked within a set time, trigger a IClientAPI event, that the application/scene can handle. Currently only terrain packet tracking is finished, Tracking for initial Prim packets (first full update for a prim) is being worked on. Future improvements would be to make it a more generic packet tracker with callback delegates instead of events.
Add a test event handler (which would fire after a minute if a terrain packet hadn't been acked) to scene to handle the OnUnackedTerrain event, which currently just resends the terrain patch.
The idea of this packet tracking is for the region level application to be able to know if the client stack gave up on sending a packet.
|
|
|
|
|
|
| |
Prevent an exception caused by inventory server fetch requests
|
|
|
|
|
|
|
|
|
|
| |
Changes the permissions module to make scripts permissive only when intended
Adds security checks to asset transfers to prevent hacked clients fron
requesting script sources.
Adds security checks to llClientView to verify all aspects of ownership
and permissions for inventory based script retrieval.
|
|
|
|
| |
being done by the lower database layers
|
| |
|
| |
|
| |
|
|
|
|
| |
parameters and avoid an exception if the wrong number of parameters are supplied
|
|
|
|
|
|
|
|
|
|
|
| |
UserManager.UpdateUserProfile(UserProfileData).
Adding UpdateUserProfile(UserProfileData) to IUserService interface.
Adding RemoteAdminPlugin.XmlRpcUpdateUserAccountMethod(...) to provide
a remote update capability.
|
| |
|
|
|
|
|
|
|
|
| |
* Migration should be automatic on sqlite and mysql
* Migration is not automatic on mssql, you will need to drop the invType column manually
* Migration should be fine, but as for any db change, I would recommend making sure you have backups before moving past this revision
|
|
|
|
|
|
| |
cache. Bandaid until we rethink the caches a bit more.
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
|
|
|
|
| |
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
|