| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
| |
* No reload functionality implemented yet
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
noticed that Scene.Close() will only call Close on non-shared region
modules. i've now added code to SceneManager.Close() to collect all
shared region module from each scene before calling Scene.Close()
on it and then, once, all Scenes are closed, go through the list of
collected shared region modules and close them as well. SceneManager.Close()
is only called when we initiate a shutdown --- i've verified that a
Scene restart does not trigger the shutdown of shared modules :-)
also, this adds a couple of bug fixes to the IRCBridgeModule (which
after all didn't take kindly to being closed) as well as a check to
InterregionModule's Close() call.
finally, this fixes the RestPlugin's XmlWriter so that it no longer
includes the "xsd=..." and "xsi=..." junk.
|
|
|
|
|
| |
* Added a Non-finite avatar position reset. This will either handle the <0,0,0> avatar gracefully, or send the avatar to 127,127,127 if that also doesn't work. ( I've only been able to reproduce this error once on my development workstation )
|
| |
|
|
|
|
| |
math in the sun module. This populates the sun phase slider on the terrain tab in the estate tools according to the current sun phase. Display purposes only for now. Need to go the other way for setting the sun phase based on the linden hour in the estate tools.
|
|
|
|
| |
was sending updates to both root and child agents, you'll still get sun jitter until this revision is adopted by every region nearby.
|
|
|
|
|
|
| |
* Looks up UUIDNames for script time and colliders in a separate thread.
* Hopefully this'll allow you to look at top scripts on a region that has a lot of scripts without crashing your client thread.
|
|
|
|
|
|
| |
* Linden uses a neutral height channel of 128.0 on their multiplier. OpenSim was using a neutral of 127.0 - this has been changed to 128.0, this may cause files exported to the .RAW format to look slightly different when loaded back in - it is highly recommended to use the R32 format instead which avoids these sorts of issues.
* Made a tweak to the Terrain Plugin loading process.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
tar loading code
* Currently as a test, this will successfully load only the first file of an opensim archive and do absolutely nothing with it
|
|
|
|
|
|
|
| |
* Fix nre where the asset couldn't be found
* Not ready yet
|
|
|
|
|
|
|
|
|
| |
llLoopSound sends out one packet to clients in view, so it doesn't work anymore
when clients enter later on, or the prim is modified in any way.
Solution: Stored sound data on prim, send full update instead.
llStartSound and llLoopSound now accept both LLUUIDs to a sound as well as object
inventory sound names. llStopSound clears prim data and sends full update.
|
|
|
|
|
|
| |
small patch to encode and send the outbound_body parameter
in an http request. this enables post messages to send a body
|
| |
|
|
|
|
|
|
|
| |
This patch proposes a new function : osOpenRemoteDataChannel(key channeID)
that allow to open an XMLRPC channel for remote_data event. The difference
is that the channelID can be customized instead of being randomly generated.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
not even gzipping yet!
* Using hacked up code to create the correct tar archive headers - this stuff should really go away again before too long
* No user functionality yet
|
|
|
|
|
| |
* This is to allow other region modules to install Terrain Effects.
|
|
|
|
|
| |
GetSerializationData() and CreateFromData() methods
|
|
|
|
|
|
| |
* No user functionality yet
|
| |
|
|
|
|
|
|
| |
adding support for enabled = true|false for IRCBridgeModule
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
replaced by EventManager events.
also, i've added instructions to README.txt about running
runprebuild.sh and on how to report bugs.
plus some minor fixes (dropping m_log statement left over
from debugging llOwnerSay, nicer catch of exception in
IRCBridgeModule
|
|
|
|
| |
which dramatically speeds up exports.
|
|
|
|
|
| |
that creates the event handler chain ready to hook by script engines
|
|
|
|
|
|
|
|
| |
llOwnerSay()
via the newly created Scene.SimBroadcast() call.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a clean interface for Sim broadcasts. Added SimBroadcast support to
ChatModule.
Removing all code from IRCBridgeModule dealing with agent/client directly.
Cleaning up ChatModule.
Polishing IRC messages, adding support for "/me" (both directions).
|
|
|
|
|
|
|
|
| |
requesting
* No user functionality yet
|
|
|
|
|
|
|
|
| |
prims
* no user functionality yet
|
| |
|
|
|
|
|
|
|
| |
however you can use it to help find out what scripts are causing your simulator to cry.
* Access it from the Estate tools/Debug tab.
|
|
|
|
|
| |
XMLRPCModule.cs: RemoteDataReply() and XMLRpcResponse()
|
| |
|
|
|
|
|
|
| |
* Push some delete functionality into InnerScene to match what's already there for adding objects
|
|
|
|
| |
instead, on the basis that this is less likely to cause confusion with c#'s base object type
|
|
|
|
| |
basis that they all take SOG parameters to improve code readability for now
|
|
|
|
|
| |
* Fixes returning objects when the object owner hasn't been in the simulator since the simulator started up last.
|
|
|
|
|
|
|
| |
* Not yet reusing serialization module - this will happen in the future
* No user functionality yet
|
|
|
|
|
| |
There's some oddness with the parcel counts, but if you can get past the oddness, you can return objects under an owner that you have permission to return.
|
|
|
|
|
| |
* If user is in the same sim with you, they'll get an inventory update, if not.... oh well, they'll have to clear their cache potentially before they'll see it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
finding out which region a new avatar was logging in to; the same problem
occurred when the client/avatar logged out. the reason was mani-fold:
- Scene.AddNewClient(...) would call SubscribeToClientEvents(client)
which would subscribe to all client events and then call
TriggerOnNewClient(...) BEFORE the ScenePresence object had even been
created and added. i've moved the TriggerOnNewClient() call to the
end of Scene.AddNewClient()
- Scene.AddNewClient(...) is called with child == true; a later call
to ScenePresence.MakeRootAgent() will turn child to false. When
OnNewClient is triggered, child is still true, causing IRCBridgeModule's
FindClientRegion to ignore the ScenePresence of the new avatar.
i've changed IRCBridgeModule to still use OnNewClient and also OnLogout
and OnConnectionClosed but only to signal that the avatar has logged on
(logged off respectively). to track whether an avatar has actually entered
a region i've added EventManager.OnMakeRootAgent (complementing
OnMakeChildAgent).
also, i've cleaned up the internal IRCModule code a bit. currently it
still uses IClientAPI.SendChatMessage() which replicates the code in
ChatModule, that needs to be changed to use TriggerOnChatFromWorld().
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ChatModule is now only doing in-world chat. IRCBridgeModule is only doing, well,
bridging chat to/from IRC. Both modules are now using a new OnChatFromWorld event
handler (which Scene.PacketHandler is feeding for chat from in-world instead of
going via the Interface method). This refactoring will allow us to easily add
other bridge modules (e.g., an XMPP bridge module).
there is still a bug in IRCBridgeModule (inherited from the old ChatModule)
where FindClientRegion does not really find the client region...
|
|
|
|
|
|
|
| |
Nothing huge, but the new button code for producing
a new script does well, but the script will not allow
for name change once created. It reverts back to new script.
|