| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
|
|
|
| |
Preparation for handling inventory problems where the inventory server receives a request and never responds, or is late in responding
|
|
|
|
|
|
| |
to reflect what they really are.
|
|
|
|
| |
what just went wrong
|
|
|
|
|
|
|
|
| |
* wrap attributes in properties
* clean up names a little bit
* clean up name styles
|
|
|
|
|
|
|
|
|
|
|
|
| |
affect once the region and the grid servers have upgraded to this revision
* You may also need to clear your cache before seeing any effect.
* These fixes may or may not affect inventory on the RC client.
* These fixes should make non-root folders work better, stop inventory failure on first login, allow trash to be emptied and make texture picker in object edit view work properly
* Fixes are 1) make initial root folder request wait for async inventory delivery, 2) deliver all folders in the initial login skeleton, not just the root child ones and 3) deal
with situations where we receive child folders from the inventory service before their parent is received.
|
|
|
|
|
|
|
|
|
| |
than just the root child folders
* This may resolve some current problems with non root child folders on standalone installations.
* A fix for the same problem in grid mode will come soon.
|
| |
|
| |
|
|
|
|
|
|
|
| |
now show up.
Most likely still some problems and most like needs some more work (and still a couple of things to finish off).
|
| |
|
|
|
|
|
|
| |
* Should resolve mantis 542
|
| |
|
|
|
|
|
|
| |
Changed LogBase to ConsoleBase, which handles console I/O.
This is mostly an in-place conversion, so lots of refactoring can still be done.
|
|
|
|
|
|
|
| |
* shortened references
* Removed redundant 'this'
* Normalized EOF
|
| |
|