aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Capabilities/Handlers/FetchInventory (unfollow)
Commit message (Collapse)AuthorFilesLines
2017-08-28fix some nunit testsUbitUmarov1-2/+3
2017-01-05Massive tab and trailing space cleanupMelanie Thielker4-12/+12
2016-12-06 save a few lists scaningUbitUmarov1-58/+80
2016-07-19let FS get a answer to folder uuid.zero, (still seems a no op); sendUbitUmarov1-35/+14
Library folders list"
2016-07-19fix a typoUbitUmarov1-1/+1
2016-07-19some cleanup on FetchInvDescHandlerUbitUmarov1-148/+22
2016-07-17 don't loose inventory items when there are bad foldersUbitUmarov1-55/+43
2016-07-04Finally remove the requirement for an InventoryItem/FolderBase object toMelanie Thielker2-26/+8
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.
2015-11-16 work around some 'tests' error: contents of link folders are no longer sentUbitUmarov1-1/+2
2015-10-06 dont send of the contents of LinkFolders also on Multiple folder fetch. ↵UbitUmarov1-3/+3
Outfits changes still seem to work, except FS that doesnt delete the links to previus outfits, as singularity does
2015-10-06 dont send of the contents of LinkFoldersUbitUmarov1-0/+5
2015-09-12 try to better merge avn and os fetchinventory and fetchinvdescendentsUbitUmarov2-7/+92
2015-09-11 inventory mess return to the state before divas cache issueUbitUmarov5-0/+1533
2015-09-11 change to avn fecthinventory and webfecth.. codeUbitUmarov5-1533/+0
2015-08-08WARNING: massive refactor to follow libomv's latest changes regarding ↵Diva Canto2-5/+5
inventory folders. The newest version of libomv itself is committed here. Basically, everything that was using the AssetType enum has been combed through; many of those uses were changed to the new FolderType enum. This means that from now on, [new] root folders have code 8 (FolderType.Root), as the viewers expect, as opposed to 9, which was what we had been doing. Normal folders are as they were, -1. Also now sending folder code 100 for Suitcase folders to viewers, with no filter. All tests pass, but fingers crossed!
2015-07-31Eliminated several warningsOren Hurvitz1-2/+5
2015-06-23FetchInventoryDescendents2: Signal to the viewer that folder with UUID.Zero ↵Diva Canto2-1/+37
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.
2015-06-04Mantis #7603 -- bad folders in inventory could produce null pointer ↵Diva Canto1-1/+1
exception. Thanks for the line numbers in the exception trace.
2015-06-04Mantis #7567. Once again, avoiding prefetching linked items within linked ↵Diva Canto1-14/+0
folders. Also fixing the inventory connector GetMultipleItems, so that if everything is in the cache, it returns successfully rather than unsuccessfully.
2015-06-03Mantis #7567: added an 8-sec expiring item cache to the inventory network ↵Diva Canto4-22/+25
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
2015-06-02I suspect the viewer doesn't need the target of linked items inside linked ↵Diva Canto1-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.
2015-06-02New unit tests for FetchInventory2 cap.Diva Canto1-0/+170
2015-06-02Mantis #7567. One of the reported log messages showed this:Diva Canto1-3/+26
09:38:40 - [LOGHTTP]: Slow handling of 15572 POST /CAPS/b12c7e98-8261-4953-b7d1-1c414c9893fc FetchInventory2 8acfbca3-13b5-434f-898c-5f4bbe8a76ff from 92.237.199.112:60083 took 62391ms FetchInventory itself wasn't taking advantage of the new inventory API. This commit fixes that.
2015-06-01Mantis #7594: putting things as they were before regarding duplicate ↵Diva Canto2-4/+42
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.
2015-06-01Mantis #7594. Fixing the broken code I just introduced.Diva Canto1-1/+4
2015-06-01More on mantis #7594, this a=time addressing the reported exception, which ↵Diva Canto1-0/+3
seems to be a separate issue from the duplicate folders.
2015-06-01Mantis #7594. This should be functionally equivalent to what it was, but ↵Diva Canto1-2/+2
just in case mono has a bug in List<T>.Find, here is the Linq equivalent of distinct-ness.
2015-05-10Improved comments on fetch inventory testsDiva Canto1-1/+12
2015-05-10Added unit tests for FetchInventoryDescendents ↵Diva Canto4-0/+1257
http://wiki.secondlife.com/wiki/Linden_Lab_Official:Inventory_API#Fetch_Inventory_Descendents Also, consolidated the location of the files that handle inventory capabilities.
generated by cgit v1.1 at 2024-12-22 16:27:01 +0000