| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
of 30 is still hanging badly on some mono versions. The switch defaults to
30 to preserve current behavior.
|
| |
|
|
|
|
|
|
|
|
| |
the actual class names.
This is usually because the file name was singular (*Service*) but the class name was plural (*Services*).
This is to make configuration easier rather than having to look in the c# code itself to find the slightly different name of the connector.
This does not affect existing configuration since the files are being renamed rather than the classes.
|
|
|
|
| |
pattern as suggested in the patch mantis #5921. Testing it in this smaller context to see how it works.
|
|
|
|
|
|
| |
Make them conform with service side commands.
This stops them appearing twice when Hypergrid is enabled.
|
|
|
|
| |
hunting. No functional changes.
|
| |
|
|
|
|
|
|
| |
it once
Signed-off-by: root <root@grid00001.t-data.com>
|
|
|
|
| |
OpenSim.Framework -- just pasted them in WebUtil. This is so that code that uses the Service connectors don't need to include the HttpServer dll -- that was odd.
|
|
|
|
| |
instantiate the right network connectors. Tested on Robust only.
|
|
|
|
|
|
|
| |
cache only
* Adds GetTextureModule that implements the "GetTexture" capability, aka HTTP texture fetching. This is a significantly optimized path that does not require any server-side JPEG2000 decoding, texture priority queue, or UDP file transfer
* Sanity check for null reference in LLClientView.RefreshGroupMembership()
|
|
|
|
| |
* Performance improvement in the expensive GenerateClientFlags()
|
| |
|
|\
| |
| |
| | |
into presence-refactor
|
| | |
|
|/
|
|
| |
CreatorID, it doesn't modify database backends or OAR files to support storing/loading it
|
|
|
|
|
|
|
| |
This resolves the problem where eyes and hair would turn white on standalone configurations
When a client receives body part information, for some insane reason or other it always ends up uploading this back to the server and then immediately re-requesting it.
This should have been okay since we stored that asset in cache. However, the standalone asset service connector was not checking this cache properly, so every time the client made the request for the asset it has just loaded it would get a big fat null back in the face, causing it to make clothes and hair white.
This bug did not affect grids since they use a different service connector.
|
|
|
|
| |
unknown asset type, and log an error if it ever does happen
|
| |
|
|
|
|
| |
retrieval was not synchronous.
|
| |
|
|
|
|
| |
cache at all)
|
| |
|
| |
|
| |
|
|
|
|
| |
LICENSE.txt.
|
|
|
|
|
|
| |
https://lists.berlios.de/pipermail/opensim-dev/2009-May/006673.html
|
|
|
|
| |
Them being synchronous in certain cases (asset in cache, for example) may account for slowness reported by folks in osgrid when they have the cache module on. Turns out that some of the provided handlers do non-trivial processing (the ones coming from J2KImage, for example), which means that the several asset requests that hit the cache end up being synchronous. The jury is still out on this.
|
|
|
|
|
|
|
|
| |
whatever reason, but it won't crash the sim.
Addresses mantis #3707, mantis #3713, mantis #3686.
|
|
the user server skeleton in preparation for introducing a generic server
|