aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Capabilities/Handlers/FetchInventory/FetchInvDescHandler.cs (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Finally remove the requirement for an InventoryItem/FolderBase object toMelanie Thielker2016-07-041-14/+5
| | | | | | | | be passed into inventory queries. This makes the API more homogenous and also will more clearly show coding errors related to HG inventory where the .Owner field has a meaning for a query but wasn't always set.
* dont send of the contents of LinkFolders also on Multiple folder fetch. ↵UbitUmarov2015-10-061-3/+3
| | | | Outfits changes still seem to work, except FS that doesnt delete the links to previus outfits, as singularity does
* dont send of the contents of LinkFoldersUbitUmarov2015-10-061-0/+5
|
* inventory mess return to the state before divas cache issueUbitUmarov2015-09-111-0/+848
|
* change to avn fecthinventory and webfecth.. codeUbitUmarov2015-09-111-848/+0
|
* Eliminated several warningsOren Hurvitz2015-07-311-2/+5
|
* FetchInventoryDescendents2: Signal to the viewer that folder with UUID.Zero ↵Diva Canto2015-06-231-1/+12
| | | | is a bad folder. Don't even go to the backend to ask for it, because that will likely kill the sim. Apparently Firestorm requests folder Zero quite often.
* Mantis #7603 -- bad folders in inventory could produce null pointer ↵Diva Canto2015-06-041-1/+1
| | | | exception. Thanks for the line numbers in the exception trace.
* Mantis #7567. Once again, avoiding prefetching linked items within linked ↵Diva Canto2015-06-041-14/+0
| | | | folders. Also fixing the inventory connector GetMultipleItems, so that if everything is in the cache, it returns successfully rather than unsuccessfully.
* Mantis #7567: added an 8-sec expiring item cache to the inventory network ↵Diva Canto2015-06-031-16/+19
| | | | | | | | connector. This fixed the problem on my local test grid and generally made things faster. This cache has been needed for a while... there are many parts in the code where the sim gets an item multiple times in a short amount of time (rezzing attachs and objects, for example). Other minor changes: - added the scene as a parameter to the constructor od FetchInvDescHandler, so that I could see in which scene the handler was being called - brought linked items in linked folders back to being prefetched
* I suspect the viewer doesn't need the target of linked items inside linked ↵Diva Canto2015-06-021-14/+14
| | | | folders to go in the reply of the original request. At least my tests indicate that. Pushing this out, so that others who use linked folders a lot more can verify.
* Mantis #7594: putting things as they were before regarding duplicate ↵Diva Canto2015-06-011-4/+3
| | | | removal. Also added test to check that duplicates are being removed. The test passes. I have no idea how duplicates would not be removed, as reported in the mantis.
* Mantis #7594. Fixing the broken code I just introduced.Diva Canto2015-06-011-1/+4
|
* More on mantis #7594, this a=time addressing the reported exception, which ↵Diva Canto2015-06-011-0/+3
| | | | seems to be a separate issue from the duplicate folders.
* Mantis #7594. This should be functionally equivalent to what it was, but ↵Diva Canto2015-06-011-2/+2
| | | | just in case mono has a bug in List<T>.Find, here is the Linq equivalent of distinct-ness.
* Added unit tests for FetchInventoryDescendents ↵Diva Canto2015-05-101-0/+840
http://wiki.secondlife.com/wiki/Linden_Lab_Official:Inventory_API#Fetch_Inventory_Descendents Also, consolidated the location of the files that handle inventory capabilities.