| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
* Added 'detected around: value' when a x.Y detect occurs to help debug.
* Fixed object text is too long to store to the database (wikilith)
|
|
|
|
|
|
| |
that adds function stub to request region info by name and
adds llRequestSimulatorData() and the dataserver event
|
|
|
|
| |
you're a child agent before applying the changes from the grid comms. Doing this to rule it out as a source of a few bugs such as the Zombie bug and the Express Train to 0,0,0 bug.
|
|
|
|
| |
runscript into 3 different situations (Rez, start stop)
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
When renaming items in task inventory, they become useless. Fix attached
|
|
|
|
|
|
|
|
| |
If a script updates an object to the same position or rotation offset,
the object triggers an update and storage of the object. This become
more prevalent in sensor and timer events which may be firing frequently.
|
|
|
|
|
|
|
| |
check. It seems there may be a race. For me, this patch,
just as it is here, fixes it.
|
|
|
|
|
| |
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).
|
| |
|
|
|
|
|
|
|
|
| |
prims
* no user functionality yet
|
|
|
|
| |
protected internal on the basis that they shouldn't be manipulated by outsiders
|
|
|
|
| |
InnerScene
|
|
|
|
| |
match existing AddScenePresence
|
| |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
If the m_controllingClient member if a ScenePresence is
null, that would cause a CTB. This patch fixes it.
|
|
|
|
|
|
| |
Drag copy a prim and the prim that is moved, persists.
The prim that is created does not survive a restart.
|
| |
|
|
|
|
|
|
|
|
|
| |
temporarily), since it appears we sometimes either don't receive or don't register deselect packets when
prims are shift copied.
* A better long term solution may be to address the problem of why we're not always seeing the deselects
|
|
|
|
| |
deleting and unlinking an object
|
|
|
|
|
|
| |
* 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.
|
|
|
|
|
|
|
|
|
| |
Previously, upload charging was possible only for UPD uploads.
This is because UDP uploads are charged by the viewer, while in CAPS,
this was changed to be server side, so hackers couldn't avoid
paying the upload charge. This patch adds a method to allow
implementation of this serverside charge.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
lookup any time we get it from the server. This should
preventent unwearable appearance.
|
|
|
|
|
|
|
|
|
|
| |
* Insert the very rough beginning stubs for a save/load OpenSim archive facility that will load/save prim assets (textures & inventory) as well as the prim details themselves
(our existing xml facilities).
* This won't be ready for even rough testing for quite some time.
* I'm doing this directly in the region server for now since this will be quicker to get something working (hence giving me the Serotonin boost that I need). However, there are
very good arguments for later also including it (or moving it entirely) to the separate export executable which Sean stubbed out some time ago.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
information from Scene to OpenSimMain
* This also means the operating system info will show up in the region console (and hence the logs)
|