diff options
| author | Justin Clark-Casey (justincc) | 2012-09-06 00:11:47 +0100 |
|---|---|---|
| committer | Justin Clark-Casey (justincc) | 2012-09-06 00:11:47 +0100 |
| commit | a0d0c9f751f45d54772af2e33866b27c9be33511 (patch) | |
| tree | b94a250c12264f8c44387e79e35b62893dab441b /OpenSim/Capabilities/Handlers/GetTexture/GetTextureServerConnector.cs | |
| parent | Bump master code up to 0.7.5 now that 0.7.4 is out. (diff) | |
| download | opensim-SC-a0d0c9f751f45d54772af2e33866b27c9be33511.zip opensim-SC-a0d0c9f751f45d54772af2e33866b27c9be33511.tar.gz opensim-SC-a0d0c9f751f45d54772af2e33866b27c9be33511.tar.bz2 opensim-SC-a0d0c9f751f45d54772af2e33866b27c9be33511.tar.xz | |
If the GetTexture capability receives a request for a range of data beyond that of an otherwise valid asset, return HTTP PartialContent rather than RequestedRangeNotSatisfiable.
This is because recent viewers (3.2.1, 3.3.4) and probably earlier ones using the http GetTexture capability will sometimes make such invalid range requests.
This appears to happen if the viewer's estimate of texture sizes at discard levels > 0 (chiefly 2) exceeds the total texture size.
I believe this does not normally happen but can occur for dynamic textures with are large but mainly blank.
If this happens, returning a RequestedRangeNotSatisfiable will cause the viewer to not render the texture at the final resolution.
However, returning a PartialContent (or OK) even with 0 data will allow the viewer to render the final texture.
Diffstat (limited to 'OpenSim/Capabilities/Handlers/GetTexture/GetTextureServerConnector.cs')
0 files changed, 0 insertions, 0 deletions