aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Capabilities/Handlers (follow)
Commit message (Collapse)AuthorAgeFilesLines
* On to 0.8.3!Diva Canto2015-10-181-1/+1
|
* WARNING: massive refactor to follow libomv's latest changes regarding ↵Diva Canto2015-08-082-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!
* Eliminated several warningsOren Hurvitz2015-07-311-2/+5
|
* FetchInventoryDescendents2: Signal to the viewer that folder with UUID.Zero ↵Diva Canto2015-06-232-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.
* 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-034-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
* 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.
* New unit tests for FetchInventory2 cap.Diva Canto2015-06-021-0/+170
|
* Mantis #7567. One of the reported log messages showed this:Diva Canto2015-06-021-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.
* Mantis #7594: putting things as they were before regarding duplicate ↵Diva Canto2015-06-012-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.
* 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.
* Improved comments on fetch inventory testsDiva Canto2015-05-101-1/+12
|
* Added unit tests for FetchInventoryDescendents ↵Diva Canto2015-05-104-0/+217
| | | | | | http://wiki.secondlife.com/wiki/Linden_Lab_Official:Inventory_API#Fetch_Inventory_Descendents Also, consolidated the location of the files that handle inventory capabilities.
* Fix mantis #7054: AO in Firestorm and Kokua stopped loading after new ↵Diva Canto2015-05-091-9/+17
| | | | inventory code in place. Cause: # of descendants was wrong.
* Another major overhaul of inventory downloading, this time pertaining to ↵Diva Canto2015-05-081-102/+140
| | | | inventory links. Added yet another function to IInventoryService to get multiple items at once, so that fetching collections of linked items is done once per folder instead of once per item.
* Restore handling of bad folders. I'm not entirely sure this is part of the ↵Diva Canto2015-05-081-9/+48
| | | | | | protocol -- I don't see it here: http://wiki.secondlife.com/wiki/Linden_Lab_Official:Inventory_API#Fetch_inventory_descendents But who knows!
* Apparently Firestorm sometimes sends duplicate folder ids on the same ↵Diva Canto2015-05-081-2/+8
| | | | | | request (see http://opensimulator.org/mantis/view.php?id=7054#c28297). This was throwing the new inventory download code off. Firestorm also sends requests for folder UUID.Zero, which doesn't exist, but doesn't cause any problems either -- it just fails. I'm leaving the warning message for now, just to keep an eye on which folders can't be found, but may remove it in the future.
* Additional debug message to help diagnose a warning message and exception ↵Diva Canto2015-05-081-0/+3
| | | | | | related to previous commit. See http://opensimulator.org/mantis/view.php?id=7054#c28282
* Major change in the way inventory is downloaded: added a method throughout ↵Diva Canto2015-05-071-84/+365
| | | | IIventoryService that fetches sets of folders at once. Also added folder id in the InventoryCollection data structure, so that we don't need to go to inventory server again just for that. This reduces the chatter between sims and inventory server by... a lot. On my tests, this reduces initial inventory download down to 30% of what it currently is.
* Updated all occurrences of AssemblyVersion("0.8.1.*") to ↵Diva Canto2015-04-291-1/+1
| | | | AssemblyVersion("0.8.2.*")
* revised GetMesh to not use intermediate base64 coding schemeFreaky Tech2015-03-052-52/+195
| | | | | | | it delivers binary and has binary as input. base64 intermediate coding makes no sense. Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
* corrected bug that viewer cannot correctly fetch ItemData when being a HG ↵Freaky Tech2015-03-032-81/+4
| | | | | | visitor Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
* corrected response when a not existing folder is requested by a viewer in ↵Freaky Tech2015-03-031-9/+28
| | | | | | that case the response has to report it as bad_folders with uuid instead of returning some dummy Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
* As per advice from Singularity devs, set is_display_name_default = true in ↵Justin Clark-Casey (justincc)2015-01-311-1/+1
| | | | | | | GetDisplayName cap return data to make the single name appear. This is still always your avatar name - code to set a different display is not yet implemented. This works from my testing with current Firestorm and Singuarity releases.
* Revert "Stop currently unsettable display names from appearing when ↵Justin Clark-Casey (justincc)2015-01-311-1/+1
| | | | | | [ClientStack.LindenCaps] Cap_GetDisplayNames = "localhost" is set by never passing the username." This reverts commit 2d574c3036964d95dbf914d5f5858a3c39f0c16e.
* Revert "In GetDisplayNames, if user last name is Resident then only send ↵Justin Clark-Casey (justincc)2015-01-241-1/+1
| | | | | | | | | first name for display." Reverting at this point since it may not work well with all viewers. Requires further investigation. This reverts commit a29d53986aa3ca9bfd6759789c8a6f434b78d627.
* In GetDisplayNames, if user last name is Resident then only send first name ↵Justin Clark-Casey (justincc)2015-01-231-1/+1
| | | | | | | | for display. This is to match existing behaviour with UDP behaviour where this is masked out. And to make it consistent with other places where viewers mask this out themselves. Relates to http://opensimulator.org/mantis/view.php?id=7408
* Stop currently unsettable display names from appearing when ↵Justin Clark-Casey (justincc)2015-01-211-1/+1
| | | | | | | | [ClientStack.LindenCaps] Cap_GetDisplayNames = "localhost" is set by never passing the username. Unexpectedly, not setting user name achieves this whereas one might have expected it to be done by not setting display_name in the cap OSD. Emulates LL behaviour when no display name is set. Relates to http://opensimulator.org/mantis/view.php?id=7408
* And finally renamed the classes themselves.Diva Canto2015-01-132-9/+9
|
* Renamed the folder too.Diva Canto2015-01-132-0/+0
|
* Renamed these 2 files, because their names are misleading. This is no longer ↵Diva Canto2015-01-132-0/+0
| | | | called WebFetchInventoryDescendents, and we no longer use that cap; the viewers use FetchInvventoryDescendents2.
* Added GetDisplayNames capability. For now, we don't actually use display ↵Diva Canto2015-01-092-0/+191
| | | | names, and this cap returns the regular name. But this moves the server side into the newer, preferred, protocol used by the viewer for fetching the names of agents in the scene given their UUIDs. (the old protocol is via UDP). This works fine in my limited tests, but could use further testing by others.
* Allow GetMesh capability to be served directly by a server like GetTextureJustin Clark-Casey (justincc)2014-11-252-40/+31
| | | | | To do this required GetMesh to be converted to a BaseStreamHandler Unlike GetTexture connector, no redirect URL functionality yet (this wasn't present in the first place).
* refactor: consistently put all test classes in the OpenSim.Tests.Common ↵Justin Clark-Casey (justincc)2014-11-251-1/+0
| | | | | | package rather than some in OpenSim.Tests.Common.Mock the separate mock package was not useful and was just another using line to always add
* Fix issue with TestTextureNotFound in previous commit 1e3027aJustin Clark-Casey (justincc)2014-07-261-1/+1
| | | | Stop failure by actually giving the test handler a path instead of null
* Revert "Removed unused files: Texture/Mesh server connectors"root2014-07-212-0/+150
| | | | This reverts commit f6ea5088f4cc76eddb05b20b5d768f761b0fbd15.
* Removed unused files: Texture/Mesh server connectorsOren Hurvitz2014-07-212-150/+0
|
* Change assembly versions to 0.8.1Justin Clark-Casey (justincc)2014-06-171-1/+1
|
* Fix test breakageDiva Canto2014-05-081-1/+1
|
* Make the URL for texture redirects match the path of the resource that we ↵Diva Canto2014-05-081-1/+1
| | | | use in OpenSim.
* Finished implementing redirects in GetTexture.Diva Canto2014-05-073-6/+12
|
* If GetFolderContent called by WebFetchInvDescHandler.Fetch() fails for some ↵Justin Clark-Casey (justincc)2014-02-201-1/+9
| | | | reason and returns null, log and return empty contents rather than throwing an exception that ends up terminating the simulator.
* refactor: replace verbose checks with String.IsNullOrEmpty where applicable.Justin Clark-Casey (justincc)2013-11-151-1/+1
| | | | Thanks to Kira for this patch from http://opensimulator.org/mantis/view.php?id=6845
* Bump OPenSimulator version and assembly versions up to 0.8.0 DevJustin Clark-Casey (justincc)2013-10-041-1/+1
|
* Added UploadBakedTexture/UploadBakedTextureServerConnector, so that this can ↵Diva Canto2013-07-131-0/+76
| | | | eventually be served by a robust instance. NOT FINISHED YET.
* Add "show caps stats by user" and "show caps stats by cap" console commands ↵Justin Clark-Casey (justincc)2013-07-082-2/+2
| | | | | | | | | to print various counts of capability invocation by user and by cap This currently prints caps requests received and handled, so that overload of received compared to handled or deadlock can be detected. This involves making BaseStreamHandler and BaseOutputStream record the ints, which means inheritors should subclass ProcessRequest() instead of Handle() However, existing inheriting classes overriding Handle() will still work, albeit without stats recording. "show caps" becomes "show caps list" to disambiguate between show caps commands
* Revert "A little more debug for the Unknown User problem mantis #6625"Diva Canto2013-06-301-3/+0
| | | | This reverts commit ff47cf77ab52d42195fb0f089599618511d4919b.