aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Capabilities (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* Stop accidentally setting up the UploadTexture caps handler with the same ↵Justin Clark-Casey (justincc)2011-12-061-2/+0
| | | | | | | | url for all users This meant that if a user exited the region, the UploadTexture handler would be effectively removed for everyone, causing subsequent failures. This hopefully resolves the recent UploadTexture LLSD problems This was a regression in 5640f2e (Thu Dec 1 23:24:15 2011 +0000)
* Revert "Stop performing the asset save part of baked texture uploading on ↵Justin Clark-Casey (justincc)2011-12-061-9/+5
| | | | | | | | | the UploadBakedTexture cap asynchronously." This is a possible cause of the dramatic upswing in "Unable to upload... No handler registered for LLSD requests..." Needs more investigation. This reverts commit 1854c52ea3c60d0a47f9793a7f5ec405e15489ca.
* Add test for not found response from GetTexture cap handler.Justin Clark-Casey (justincc)2011-12-051-0/+63
| | | | Add OpenSim.Region.Capabilities.Handlers.Tests.dll into test suite
* Implement IOSHttpRequest and IOSHttpResponse http interfaces and use instead ↵Justin Clark-Casey (justincc)2011-12-054-6/+6
| | | | | | | | of OSHttpRequest/OSHttpResponse. This is required for the substitution of different HTTP servers or the newer HttpServer.dll without having to commit to a particular implementation. This is also required to write regression tests that involve the HTTP layer. If you need to recompile, all you need to do is replace OSHttpRequest/OSHttpResponse references with IOSHttpRequest/IOSHttpResponse.
* For the GetTexture capability, if a data range is requested that covers the ↵Justin Clark-Casey (justincc)2011-12-051-14/+25
| | | | | | | | | | whole asset length, return HTTP PartialContent instead of NotFound NotFound is obviously wrong, and this change stops viewer 3.2.2 (and v probably earlier) complaining in the log about missing textures that are actually present. We still return PartialContent even if the range requested is a superset of the data range as per httpd's behaviour https://issues.apache.org/bugzilla/show_bug.cgi?id=51878 Viewer 3.2.2 and very probably earlier appear happy with this. Whether fixing this NotFound bug has any practical effect apart from resolve viewer log messages is unknown.
* Stop performing the asset save part of baked texture uploading on the ↵Justin Clark-Casey (justincc)2011-12-011-5/+9
| | | | | | | | | UploadBakedTexture cap asynchronously. This prevents a possible race condition where the client would be told all baked textures had updated before they were in the asset service. The client would then trigger a set appearance which, after a delay, would send the avatar appearance out to other clients. The race condition seems unlikely because of this delay but it's still possible. Might help with grey avatar appearances.
* refactor: Separate the upload baked texture handler out from BunchOfCapsJustin Clark-Casey (justincc)2011-12-012-3/+180
|
* On "show caps", stop excluding the seed cap but do exclude it elsewhereJustin Clark-Casey (justincc)2011-11-291-15/+15
|
* Rip out unused Scene.HandleFetchInventoryDescendentsCAPS().Justin Clark-Casey (justincc)2011-11-261-0/+13
| | | | This has been handled by WebFetchInvDescHandler.Fetch() for some time.
* Stop locking the requests coming in to WebFetchInvDecHandler.Justin Clark-Casey (justincc)2011-11-261-8/+8
| | | | There's no technical reason for this as the methods are thread safe. However, it might have served to slow down requests.
* Resolve error where an unknown asset type would cause the fetch inventory ↵Justin Clark-Casey (justincc)2011-11-251-40/+43
| | | | | | descendents cap to fail. Introduced just a few commits ago in 0688861
* Implement the FetchInventoryDescendents2 capability using the same code as ↵Justin Clark-Casey (justincc)2011-11-251-1/+1
| | | | | | WebFetchInventoryDescendents. Enabling this by setting Cap_FetchInventoryDescendents2 = "localhost" in the [ClientStack.LindenCaps] section of OpenSim.ini downloads inventory via http rather than udp in later viewers.
* Use the more extensive Utils.AssetTypeToString()/InventoryTypeToString() ↵Justin Clark-Casey (justincc)2011-11-251-2/+3
| | | | conversion rather than the arrays in TaskInventoryItem
* Fix WebFetchInventoryDescendents cap to use ↵Justin Clark-Casey (justincc)2011-11-251-8/+15
| | | | | | Utils.AssetTypeTostring/InventoryTypeToString to convert types to strings These cover a wider range of types.
* Stop passing a request handler to the initial caps.RegisterHandler in ↵Justin Clark-Casey (justincc)2011-11-241-4/+3
| | | | | | EventQueueGetModule since this is immediatley replaced by a poll server handler. This allows us to comment out a bunch of code and simplify the codebase and readability.
* Save the default terrain texture UUIDs for a new region instead of leaving ↵Justin Clark-Casey (justincc)2011-09-091-3/+2
| | | | | | | | | | | them as UUID.Zero. Leaving them at UUID.Zero meant that when a viewer 2 logged into a region that had been freshly created, it received UUID.Zero for these textures, and hence display the land as plain white. On a simulator restart, the problem would go away since when the database adapators loaded the new region settings, RegionSettings itself has code to use default textures instead of UUID.Zero. This commit resolves the problem by saving the default texture UUIDs instead of Zero. However, we currently have to do this in a roundabout way by resaving once the RegionSettings have been created by the database for the first time. This needless complexity should be addressed. This change will also have the effect of replacing any existing UUID.Zero terrain textures with the default ones. However, this shouldn't have any effect since the UUID.Zeros were already being replaced in memory with those same UUIDs.
* Don't need to try both AssetService.Get and GetCached in GetMesh since Get ↵Justin Clark-Casey (justincc)2011-08-181-36/+9
| | | | always calls GetCached and code paths were identical
* Comment verbose debug message in GetTextureDiva Canto2011-05-081-1/+1
|
* remove further mono compiler warningsJustin Clark-Casey (justincc)2011-05-061-2/+2
|
* Squish a warningMelanie2011-05-051-1/+0
|
* Fix the GetTexture path to /CAPS/GetTexture for now until we have real ↵Diva Canto2011-05-021-1/+1
| | | | capabilities.
* WebFetchInventoryDescendents working. Tested with robust.Diva Canto2011-05-023-0/+379
|
* Refactored the GetMesh module into a handler and a module, to be the same as ↵Diva Canto2011-05-024-0/+222
| | | | GetTexture.
* Works!Diva Canto2011-05-022-9/+6
|
* Broke down Caps.cs into a generic Caps object that simply ↵Diva Canto2011-05-011-1235/+26
| | | | | | | registers/unregisters capabilities and a specific bunch of capability implementations in Linden space called BunchOfCaps. Renamed a few methods that were misnomers. Compiles but doesn't work.
* How this might look like from a configuration perspective. Changes ↵Diva Canto2011-05-011-0/+13
| | | | OpenSimDefaults.ini.
* Added OpenSim.Capabilities.Handlers. For the moment it has only the ↵Diva Canto2011-05-012-0/+429
| | | | GetTexture handler. The region module in Linden space uses it. WARNING: nothing of this works yet, it just compiles.
* Renamed OpenSim.Framework.Capabilities.dll to OpenSim.Capabilities.dllDiva Canto2011-04-3027-0/+3490