| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
| |
Common.Communications for now (since this was the only class in that project)
|
|
|
|
|
| |
This small patch enables updates to the lastLogin information in the `users` table
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Places touched:
- Added two events for in-packets to LLCLientView: RegionHandleRequest and
ParcelInfoRequest
- Added sending of two out-packets to LLCLientView: RegionIDAndHandleReply and
ParcelInfoReply.
- Scene handles the RegionHandleRequest, LandManagementModule the
ParcelInfoRequest
- Added inter-region request for LandData by RegionHandle and local position.
This was implemented as XML-RPC request. The returned LandData isn't
complete, it only contains the data necessary for answering the
ParcelInfoRequest
- Added new CAPS (0009) for RemoteParcelRequest and some methods for LandData
handling to LandManagementModule
- Added methods for fake parcelID creation and parsing to Util
- Fixed missing implementation of interface methods.
- Added new file:
OpenSim/Framework/Communications/Capabilities/LLSDRemoteParcelResponse.cs
NOTE: This is part of the patch, too.
Due to the many places touched, I would consider this patch as experimental.
|
| |
|
|
|
|
|
|
| |
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
|