| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
fully in the region console
|
| |
|
|
|
|
|
|
|
|
| |
information from Scene to OpenSimMain
* This also means the operating system info will show up in the region console (and hence the logs)
|
|
|
|
|
|
|
|
| |
parameter to Scene rather than referencing VersionInfo directly
* Butt ugly solution
|
|
|
|
|
|
|
|
|
| |
"About Second Life" box
* This is the same string as printed out on the opensim region console at startup, so it should now include the svn revision number (if available)
* This dialog box takes an awful long time to come up on my local system - no idea why that is. However, that also seems to have been the case before this revision.
|
|
|
|
|
|
| |
* Please file a mantis if you are not able to use load-xml2/save-xml2 but can successfully use load-xml/save-xml
|
|
|
|
|
|
|
|
|
|
|
|
| |
* If a caller attempts to set PrimitiveBaseShape.ProfileCurve with a HollowShape or ProfileShape component which is not a valid enum, a warning is spat out and a default shape
subtituted
* This does not solve any underlying problem if we're missing some enum values (though it's not obvious what these are), but it should allow save-xml2/load-xml2 to be used
without causing invalid enum value related exceptions. The checks will also guard against badly behaved clients.
* This change alters the order of shape values in the xml, since it appears properties are serialized after fields (at least this is the case in mono). .net native
deserialization can cope with this it appears, though people manipulating xml manually may need to adapt (if there are any).
* This may be a good argument against relying on .net [de]serialization for our xml format.
|
| |
|
|
|
|
| |
processes running.
|
|
|
|
|
|
|
|
| |
* Concurrency issues are resolved because each object makes a memory-only copy of itself and backs up the copy.
* Because of the way this is done, the latest at the time of the backup gets backed up (no functionality change)
* You can move *thousands of objects at a time* and the sim doesn't freeze and wait for the backup to complete.
* This can be enhanced more by dedicating the thread as opposed to starting it when the backup process starts.
|
|
|
|
|
|
| |
isn't db backed, but will hang around between reboots.
|
|
|
|
|
|
|
|
|
|
| |
Fix RequestUpdateInventoryItem so that asset changes
generate a new asset, which is needed for editing
appearance to do the right thing. Persistant appearance
seems to work after this, except you need to rebake textures
some times.
|
|
|
|
|
|
|
| |
get saved to the database. There are still issues on wearing things
after a cleared cache that I'm looking at now.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
a collision mesh for it.
* Sculpties load on startup reliably now and successfully generate a collision mesh as soon as the sculpt texture is available.
|
| |
|
|
|
|
|
|
| |
the name of the contained class.
|
|
|
|
|
|
|
|
|
|
|
| |
provide OSHttpRequest and OSHttpResponse to our REST handler.
also, this adds proper RestPlugin.IsGod() checking against the X-OpenSim-Godkey
HTTP request header.
last, i added XML doc comments to RestPlugin.cs
|
|
|
|
|
|
|
|
|
|
| |
House cleaning ...
Rather than using the variable name EntityList, the variable name
EntitieList was being used. Here's a patch to fix it.
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
don't do anything now.
|
| |
|
|
|
|
|
|
| |
by default
|
|
|
|
|
|
| |
you really can have pants.
|
|
|
|
|
|
| |
so they can be overrided correctly by subclasses
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
| |
actually now
takes a look at the HTTP request header and retrieves x-opensim-godkey (if it exists)
and compares that against the godkey from OpenSim.ini.
also, this makes AddStreamHandler() virtual so that it can be overridden.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
| |
adds error checking.
|
|
|
|
|
|
|
|
|
| |
HttpListenerResponse respectively.
enhancing IStreamHandler and IStreamedHandler interfaces so that OSHttp{Request,Response} get passed in,
allowing RestHandlers to set response status code, redirections, etc.
|
| |
|
|
|
|
| |
with each build. Thanks MikeM. (Issue#1279)
|
|
|
|
| |
types and null.
|
| |
|
|
|
|
| |
survive. A tiny fraction of them will turn into a torus.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
client(param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param,param); methods!
|