| Commit message (Collapse) | Author | Files | Lines |
|---|
|
Fix spelling typo (Thanks ChrisDown for pointing this out)
|
|
placed the return in
the "if (request.UserAgent != null)" branch in the wrong place: as a result BaseHttpServer would not do
anything if the user agent header field was present....ARGH! BAAAAAAD.
|
|
you really can have pants.
|
|
ref in inventory give and also now causes items to appear
in the correct folders now, no longer in the root folder.
|
|
You sure can. This change set restores pants (and the rest of the
default appearance) in grid mode. The
root issue had to do with serializing multi-faced textures to the
grid server. This also restores the lookup path through the avatar
factory module, as that seems the reasonable place to have it live.
Some clean up patches are coming later as well, plus testing on
standalone, but this should be in a good kicking around state for
grid users.
|
|
Fixes a bug in BaseRequestHandler.
If the length of the patter is equal to, or greater than, the length of
the actual request path, then an exception is thrown. System using is
added to support use of String.Empty. Exception is used to ensure most
efficient operation on (assumed to be most common) successful case.
|
|
This patch adds an additional handler to the existing BaseHttpServer.
It does not affect any of the existing behaviors except insofar as the
new handler may be selected.
It is selected first because its Agent-oriented nature means that it
should not be pre-empted. The new handler type is defined by IHttpAgentHandler
in Framework/Servers and has two interface methods: Match and Handle.
The Match function returns a boolean result based upon examination of
information presented in the User-Agent header.
The Handle function expects to get the request and response instances
associated with the flow. The handler is responsible for ALL activity
associated with the request except in the event of an unhandled exception,
in which case the HandleAgentRequest routine will generate a 500 status
message and close the stream.
There are two immediateley apparent (and VERY easy to implement)
improvements that could be made:
1. The Match call could be allowed to operate over the entire
request context., rather than just agent identity.
2. The Handler could return a boolean indication of whether or not
the request was actually handled, and if not, the remaining handler
mechanism could take a shot at it. This would eliminate issues
arising from pre-empted streams.
|
|
HttpListenerResponse respectively.
enhancing IStreamHandler and IStreamedHandler interfaces so that OSHttp{Request,Response} get passed in,
allowing RestHandlers to set response status code, redirections, etc.
|
|
survive. A tiny fraction of them will turn into a torus.
|
|
|
|
half tiny amount implemented.
|
|
|
|
|
|
inventories. Also enables 'New Script' button. from Melanie. Thanks Melanie!
|
|
assets on disk write from Melane. Thanks Melanie!
|
|
FluxOne found.
|
|
handle it..." by properly dealing with the situation where a client still has queued texture requests when it logs out
|
|
an asset to be missing
* This prevents repeated requests for the same missing asset to the asset server, hopefully reducing the load a little
|
|
* This revision also includes a very temporary fix for the fact that NREs are received because of a missing avatar apperance in grid mode
|
|
|
|
|
|
|
|
the MSSQL and MYSQL mappers back in under datastores and looking at doing
gid bits for this
|
|
|
|
AvatarAppearance instead.
|
|
AvatarAppearance
|
|
|
|
move the appearance sending bits to ScenePresence
|
|
repetitive client requests for the same missing texture
* This is to maintain some visibility on the problem, since I removed the intentionally irritating log messages for this
|
|
|
|
the region server
* In theory, this should be a somewhat useless statistic since the user server will already have tried to use the inventory service to retrieve the avatar's skeleton. If this
fails, login is halted completely.
* Nonetheless I'm recording it anyway just to see whether it happens (yes, I'm too lazy to scan the logs...)
|
|
* If extra stats not sent to the viewer are available on an opensim server, they are now uniformly accessible using the 'show stats' command
|
|
Collectors - this seems more intuitive
|
|
the attached patch set adds the (still work-in-progress but already
working) RestPlugin base class and the RestRegionPlugin code. we are using
XML serialization.
currently working:
GET /admin/regions/ -> returns UUID list of known regions
GET /admin/regions/<UUID> -> returns detailed region information
we'll be adding support for POST/DELETE/PUT and also for
/admin/regions/<UUID>/name etc.
|
|
Rename SearializableRegionInfo to SerializableRegionInfo (class was already named correctly)
|
|
libsecondlife.Packets
|
|
group OpenSimulator Tester. This allows us to start examining and implementing the vary many unhandled group packets.
|
|
|
|
|
|
|
|
* Down to 65 warnings.
|
|
|
|
|
|
*Removed hardcoded permissions checks
*Added permissions checks where needed
|
|
the status of the region using the region http uri just passed in
* If the status cannot be retrieved, then the region startup will terminate.
* The aim of this is for earlier detection of situations where the region can send messages out but cannot accept incoming requests (often due to firewall issues)
* This is currently an extremely simplistic check which completely trusts whatever http uri is given by the region
* This contact may be problematic, though since the user service needs to be able to contact the region http uri, it doesn't seem unreasonable for the grid to have to be able to do so too at this stage
* This change will require a prebuild
|
|
* This is not functional anywhere, but is a incomplete proposed replacement class for IClientAPI. Assistance filling this out would be appreciated. Use IClientAPI.cs as a reference, but make sure not to copy it - instead rewrite and abstract.
|
|
|
|
startup will now terminate instead of carrying on (and thus burying the error message)
|
|
This patch just tightens up console handling in BasOpenSimServer
and removes (or redirects) a couple of messages that were being issued
using Console.Writeline.
|
|
|
