Melanie Thielker
b16abc8166
Massive tab and trailing space cleanup
2017-01-05 19:07:37 +00:00
Melanie Thielker
ea8f3c83bf
Finally remove the requirement for an InventoryItem/FolderBase object to
...
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.
2016-07-04 03:35:48 +01:00
UbitUmarov
a2e376e993
work around some 'tests' error: contents of link folders are no longer sent
2015-11-16 18:43:11 +00:00
UbitUmarov
7fb1063990
dont send of the contents of LinkFolders also on Multiple folder fetch. Outfits changes still seem to work, except FS that doesnt delete the links to previus outfits, as singularity does
2015-10-06 21:32:02 +01:00
UbitUmarov
aa64d3bb7c
dont send of the contents of LinkFolders
2015-10-06 18:17:15 +01:00
UbitUmarov
118aff520e
try to better merge avn and os fetchinventory and fetchinvdescendents
2015-09-12 06:10:52 +01:00
UbitUmarov
08187cb599
inventory mess return to the state before divas cache issue
2015-09-11 20:40:10 +01:00
UbitUmarov
7841628313
change to avn fecthinventory and webfecth.. code
2015-09-11 16:25:46 +01:00
UbitUmarov
371c9dd2af
bad merge?
2015-09-01 14:54:35 +01:00
Diva Canto
959872315f
WARNING: massive refactor to follow libomv's latest changes regarding 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-08-08 12:12:50 -07:00
Oren Hurvitz
14b4d8bad7
Eliminated several warnings
2015-07-31 18:13:39 +03:00
Diva Canto
b5ac0e1ab8
FetchInventoryDescendents2: Signal to the viewer that folder with UUID.Zero 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-23 14:24:55 -07:00
Diva Canto
52d9ea1cee
Mantis #7603 -- bad folders in inventory could produce null pointer exception. Thanks for the line numbers in the exception trace.
2015-06-04 19:57:01 -07:00
Diva Canto
ea5aa82c2c
Mantis #7567 . Once again, avoiding prefetching linked items within linked folders. Also fixing the inventory connector GetMultipleItems, so that if everything is in the cache, it returns successfully rather than unsuccessfully.
2015-06-04 06:58:07 -07:00
Diva Canto
bac53387a9
Mantis #7567 : added an 8-sec expiring item cache to the inventory network 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-03 17:42:41 -07:00
Diva Canto
3141664d6b
I suspect the viewer doesn't need the target of linked items inside linked 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-02 16:31:56 -07:00
Diva Canto
0531448664
New unit tests for FetchInventory2 cap.
2015-06-02 15:48:16 -07:00
Diva Canto
be6fb22d69
Mantis #7567 . One of the reported log messages showed this:
...
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-02 15:40:13 -07:00
Diva Canto
8de65a8fb3
Mantis #7594 : putting things as they were before regarding duplicate 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-01 20:05:51 -07:00
Diva Canto
442c025335
Mantis #7594 . Fixing the broken code I just introduced.
2015-06-01 18:57:01 -07:00
Diva Canto
7b5e97f04f
More on mantis #7594 , this a=time addressing the reported exception, which seems to be a separate issue from the duplicate folders.
2015-06-01 16:37:04 -07:00
Diva Canto
7effd3b158
Mantis #7594 . This should be functionally equivalent to what it was, but just in case mono has a bug in List<T>.Find, here is the Linq equivalent of distinct-ness.
2015-06-01 15:11:30 -07:00
Diva Canto
05737a1010
Improved comments on fetch inventory tests
2015-05-10 08:59:33 -07:00
Diva Canto
f992ed0f40
Added unit tests for FetchInventoryDescendents http://wiki.secondlife.com/wiki/Linden_Lab_Official:Inventory_API#Fetch_Inventory_Descendents
...
Also, consolidated the location of the files that handle inventory capabilities.
2015-05-10 08:44:21 -07:00
