| Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
that creates the event handler chain ready to hook by script engines
|
|
llOwnerSay()
via the newly created Scene.SimBroadcast() call.
|
|
prims
* no user functionality yet
|
|
protected internal on the basis that they shouldn't be manipulated by outsiders
|
|
InnerScene
|
|
match existing AddScenePresence
|
|
|
|
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
|
|
|
|
* 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.
|
|
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().
|
|
|
|
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.
|
|
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.
|
|
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.
|
|
House cleaning ...
Rather than using the variable name EntityList, the variable name
EntitieList was being used. Here's a patch to fix it.
|
|
|
|
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.
|
|
types and null.
|
|
half tiny amount implemented.
|
|
baffles me)
it does make setting appearance in grid stick.
|
|
|
|
|
|
|
|
permissions modules. From Melanie. Thanks Melanie!
|
|
of some of the parameters we pass to it's constructor now like, 'm_allowPhysicalPrim', 'seeIntoOtherRegions', etc.. so on
* The main purpose of this is to provide configuration options for ODE and other physics plug-ins that are advanced enough to be able to be configured.
|
|
direct call to Scene
|
|
directly to the world
|
|
*Removed hardcoded permissions checks
*Added permissions checks where needed
|
|
inaccurate count of neighbors.
* The neighbor count is always lower then the actual number of neighbors unless your region was up the longest.
* The region you're in is un-affected by this, though, you'll get less packet loss, maybe not get logged off immediately when you log in, and possibly see more prim if your internet connection is semi-unreliable.
|
|
startup will now terminate instead of carrying on (and thus burying the error message)
|
|
them out.
* Fix for Scene.Inventory.cs - It assumes every entity at startup is a SceneObjectGroup. (Actually, this shouldn't have compiled[!] without a warning.)
* Fix for LandManager at startup - it assumes there's a land channel when perhaps there isnt. (Bug that needs another refactor to fix. [Mike - I've assigned a ticket to you about this])
|
|
* Added back a sleep to the kick routine so users get a 'you have been logged off message' when they get kicked from the simulator for various reasons (like 'the simulator is going down')
|
|
* The first time you set the sculpted texture of a prim you might have to futz with it to get it to generate a sculpted physics proxy
* Note that there are already issues in Trunk, (such as the prim scaling issue and prim jumping issue. Essentially editing is difficult right now)
* This just adds to the experimental nature of trunk. :D
|
|
permission module to follow this.
*This makes permission checking much more modular; allows restrictive and granting module to be made without modifying the existing permission module
|
|
seen in one of the crashes of mantis 1163
* It's not impossible that this could lead to deadlock where sessions simply appear to freeze, even though the region console still responds.
* If this is the case, please file a mantis
|
|
multiple functions that register with the class and return the result (usually true/false) based on those results. This is useful for module wanting to put their opinion in decisions such as 'can the user rez this object?'
|
