| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
startup (script startup doesn't count here)
* There was a small window where region logins were allowed before modules were loaded - avatars logins that hit this window could have caused bad things to happen.
* A similar change will follow for grid mode sometime soon
|
|
|
|
|
|
|
| |
* 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.
|
| |
|
|
|
|
|
|
|
| |
Thank you, cmickeyb, for a patch that prevents the loss of folders received
out of sequence, and the items within.
|
|
|
|
|
|
|
|
| |
currently on Forge in a nice, friendly modular format.
* There are a lot of changes and this is quite experimental. It's off by default, but you can turn it on by examining the bottom of the opensim.ini.example for the proper OpenSim.ini settings. Remember, you still need an agent domain..
* Furthermore, it isn't quite right when it comes to teleporting to remote regions (place_avatar)
|
| |
|
| |
|
|
|
|
|
|
| |
repeatedly.
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
make actual function clearer
|
| |
|
|
|
|
| |
OpenSim.ini. Default is to use the new mode.
|
|
|
|
| |
inventory server (see http://opensimulator.org/wiki/Security_vulnerability_brought_by_non-check_inventory_service)
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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)
|
| |
|
|
|
|
|
|
|
|
| |
yet received data from the inventory service
* Replaced instead with the system now used by other requests where the fetch request is placed on a queue and service when the data comes in
|
|
|
|
| |
for debugging purposes
|
|
|
|
| |
with situations seen on osgrid
|
| |
|
|
|
|
| |
under CAPS
|
|
|
|
| |
HandleFetchInventoryDescendents[CAPS]
|
|
|
|
| |
prefixes
|
|
|
|
| |
arguably should be split)
|
| |
|
|
|
|
| |
exists when in fact it does not
|
|
|
|
|
|
|
|
| |
CachedUserInfo
* Remove unused/superseded methods from GridInventoryService
|
|
|
|
|
|
|
|
| |
almost every inventory method
* This allows lots of redundant inventory methods with only slightly different names to be eliminated.
|
| |
|
| |
|
|
|
|
|
|
|
| |
* The resolution takes the form of not crashing the session if the folder the user is attempting to add already exists (e.g. there is one already with the same UUID).
* Printing out warnings instead
|
|
|
|
| |
one log message changed)
|
|
|
|
|
|
|
|
|
| |
* 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.
|
|
|
|
| |
places other than directly under "My Inventory" should now be stored
|
|
|
|
|
|
|
|
| |
to create folder, move folder and purge folder.
* Old 1.18 get folder functionality requires a little more consideration
|
| |
|
|
|
|
|
|
|
|
|
| |
received by a region from the inventory service
* This replaces the old behaviour of failing straight away, which could cause lost updates if the inventory service was slow in responding
* This is the first baby step to making all inventory requests behave this way, to reduce inventory lossage
|
|
|
|
| |
(this took a while to run).
|
|
|
|
|
|
|
| |
* A much more significant fix is required to clean up the cache when a user moves out of a region, but really better handling of delayed inventory cache updates needs to be
written first, and possibly better affinity to cut down agent inventory requests when the move is between two regions hosted on the same server.
|
|
|
|
| |
first point of call rather than the grid owner
|
|
|
|
|
|
|
|
|
| |
rather than simply returning 0 items.
* This is very early support which would only be triggered in a rather unlikely case (if the user server correctly received an inventory skeleton, but later on failed to return the whole inventory in a timely manner. Also, this only applies to the 1.19.1.4 client onwards
* Code cleanup and support for other failure cases (failure of inventory caching on region crossing, failure to actually add a folder/item, etc, should follow.
|
|
|
|
|
|
|
|
|
| |
delivery from the inventory service
* This will reduce failures where the inventory server is simply slow
* Still need to properly inform the user if the inventory service has failed altogether
|
|
|
|
|
|
|
|
| |
at once, rather than each individual
* This is required in order to work towards eliminating some inventory race conditions and to better deal with situations where a grid inventory server is slow or not responding.
|
|
|
|
| |
more readable, and make RootFolder get only
|
| |
|
| |
|