| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
** Created SendFullUpdateToAllClientsExcept(LLUUID) so that permission updates /appear/ to apply immediately
** Separated out the ObjectFlags and the Permission Flags. They're related but not the same
** Added a hack routine to add *back* the objectflags to the client flags because the client hates the way we're doing object permissions
** Updated the clientflags routine to properly tell the client when they can't edit admin objects (objects owned by the sim administrator) even when they're an estate manager(why? >.< argh!)
** Fixed a null sim administrator/estate manager/user from causing permissions to return false even when it should return true.
** Re-added ObjectModify hack to allow collaboration with the allow anyone to move checkbox until we get group permissions done.
|
| |
|
|
|
|
| |
be sent.
|
| |
|
|
|
|
|
|
| |
* Made Estate tools work for estate managers without needing to request admin status First
* Added code to make the Simulator version to be reported in the About box of the client
|
|
|
|
|
|
|
|
|
| |
memory
* However, I'm no longer sure they were even a big contributory factor (to this particular leak, there are other causes of other leaks). I need better measurement techniques
* Removed most of my debugging gawp
|
|
|
|
|
|
| |
Just want to try this out on windows quickly.
|
|
|
|
| |
light verbosity to this end
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Attached is a patch for Mantis 25 - this fixes the problem of not having a
touch_start happen for all prims in a linked group. So, with this, large
builds can now have a single script in the base prim and it will run when
any prim in the linked build is touched. The problem was that the
objectgrab event was not being propagated to all the prims in the group.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
* ParcelProperties are sent only when needed instead of on any movement
* Terse Updates and other temporary data packets are marked unreliable
* After a certain amount of users, the sim actually sends updates on things less
* Experimental
* Tested to 68 avatar with pCampBot (And it's surprising what actually causes the most lag.. the text chat!)
|
| |
|
|
|
|
| |
Remove the flag if you delete all of the scripts in the object.
|
|
|
|
|
|
|
|
| |
client logout
* This code may or may not be on the right track, but I want to save my work so far.
|
| |
|
|
|
|
|
| |
Fixes locking issues with Animations in ScenePresence (bug #324)
|
|
|
|
| |
when a script was requested by UUID
|
|
|
|
| |
drop scripts in prim and they'll still run with scripts disabled.
|
|
|
|
| |
debug tab on the estate tools. This along with the disable physics via the debug tab are persistant across reboots. That means that if it's disabled when you shut down the simulator, the simulator will come up again when you start it up without loading the scripts. Turning them back on is as simple as unchecking 'disable scripts' in the debug tab of the estate tools.
|
|
|
|
|
|
|
| |
* Added Script Performance to report the number of functions run per second to Sim Stats.
* Removed a few warnings (@.@ up to 50 now)
|
|
|
|
|
|
| |
Changed LogBase to ConsoleBase, which handles console I/O.
This is mostly an in-place conversion, so lots of refactoring can still be done.
|
|
|
|
| |
terrain updates to be sent to clients.
|
|
|
|
|
|
| |
* Fixed a few bugs
* Wrote an example module to make certain event systems more mature.
|
| |
|
|
|
|
|
|
|
|
|
| |
mode (with accounts_authenticate set to true), it also only currently has a mysql database connector. (sqlite one will follow soon). It also uses the tribalmedia database system, so this needs checking to see if the old problems with mono have been fixed.
To use, see the appearance section in opensim.ini.example, set "persist = true", then add the correct connection string for your database.(see mysql-AvatarAppearance.sql in share folder for a example of the table mysql table structure).
This could possible be used in a very small grid, but would mean each region server would need to connect to the same mysql database.
But the work to move the code to one of the grid servers shouldn't be too much.
|
| |
|
| |
|
|
|
|
|
|
|
| |
folder. You'll have to build it separately to take advantage of it. *read the Readme file*. The bots created by this application roam around amusingly to simulate load.
* Be smart, Don't use this on a public grid, lest you get banned permanently.
|
|
|
|
|
| |
The ScriptDialogReply packet handler is a bit of a hack job. It is currently handled similar to ChatFromViewer, which will trigger the listen() event, however this is not exactly how LL's implementation works and will/can be fixed up later.
|
|
|
|
|
|
| |
* Added a method for Tedd to hook to in scene to disable the Scripting engine that currently says, [TOTEDD] Here is the method to trigger disabling of the scripting engine.
|
| |
|
|
|
|
|
|
|
|
| |
of Wright Plaza flow!
* Fixed another bug in LibSL. This is the same version, as before just with a bug fix.
|
|
|
|
| |
break anything, but the llSetTextureAnim function is completely untested.. (though it may be functional once the script engine works again)
|
|
|
|
|
|
|
| |
better position.
Uses the IRC nick as the default when user location cannot be determined.
|
| |
|
|
|
|
|
|
|
|
| |
have a libsl update... it's really a fix to the libsl version we're already using because of a bug in the particlesystem implementation
* Added two new simstat counters in the simstat enum for the RCCS. (I'll find something cool to put in them)
* fixed a time waster in ODEPlugin.cs
|
|
|
|
|
|
| |
Going to sift through the diff later to sort out what the root cause is here.
|
| |
|
|
|
|
| |
gently at first to test the waters or you'll lose prim to the pit at the edge of the sim. Make sure the object is physical before trying to toss it or it'll just move to the new location.
|
|
|
|
| |
issue 390.
|
|
|
|
| |
experimental update.
|
|
|
|
| |
is prone to modification when logging on. These can be safely ignored because the data gets old fast and new ones get generated somewhat quickly.
|
|
|
|
| |
SignificantClientMovement.
|
| |
|