| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
response to osgrid issues)
* Not sure what the effect will be, but can't be any worse than the current constant sim crashes.
|
|
|
|
|
|
|
| |
MySQLDatabaseMapper could be removed from Region.Environment.
Added a using OpenSim.Framework.Data statement to MySQLDatabaseMapper , to try to fix the build problem that has been reported on the mailing list.
|
|
|
|
| |
crossing, teleport or logout)
|
|
|
|
|
|
|
| |
0.25f; This allows proper positioning of prim based on the face you click. ( Yes, you can click the bottom face of a prim that's above you, and the new prim appears directly below it. )
( Remove ray caster Verbosity )
|
|
|
|
| |
0.25f; This allows proper positioning of prim based on the face you click. ( Yes, you can click the bottom face of a prim that's above you, and the new prim appears directly below it. )
|
|
|
|
|
|
| |
* Not yet removing listeners when a client leaves a region without logging out
|
| |
|
|
|
|
|
|
|
| |
Framework.Data.Base
We REALLY need to get the db layer sorted soon...
|
| |
|
|
|
|
|
|
|
| |
* It doesn't generate at_target events, because they don't exist yet in the script engine.
* The Tau is different, however, compatible with scripts I tested.
* Not perfect... but pretty good.
|
| |
|
| |
|
|
|
|
| |
correctly results in the point of collision.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
I don't think this is now relevant...
* Remove some now extraneous CAPS related messages
|
|
|
|
|
|
|
|
|
|
|
| |
* This means that caps methods (editing scripts, poss map functions, etc) on non-home regions should now work with servers which are listening for http ports on a non default
(9000) port.
* If you are running a region server, this may only work properly once your grid server upgrades to this revision
* PLEASE NOTE: This shouldn't cause inter-region problems if one end of the connection hasn't upgraded to this revision. However if it does, the instability will persist until
the grid and region (and possibly all the region's neighbours) have upgraded to this revision.
* This revision also adds extra login related messages, both for success and failure conditions
|
|
|
|
|
|
|
| |
box. (previously it crashed my simulator)
* Found and gracefully handled a few situations where null references occur. (m_rootPart again!)
|
|
|
|
|
|
| |
* It's not perfect, but it's good enough. (rarely erroneously returns a backface collision)
* After updating to this revision, rez a prim on another prim and watch it appear where you'd expect it to appear.
|
| |
|
| |
|
|
|
|
| |
issue worth fixing.
|
|
|
|
| |
SceneCommunicationService.EnableChildAgents so we can see what hostname is failing
|
|
|
|
|
|
|
|
| |
execute a deprecated one
* As per CharlieO's suggestion in #806. Thanks!
|
|
|
|
|
|
|
| |
it into planes and normals.
* No obvious functionality difference as the Ray-cast code is incomplete for OBB right now.
|
|
|
|
|
| |
This takes us down to 15 compiler warnings on a VS2005 C# build.
|
|
|
|
|
|
|
|
|
| |
vector components of the scale have a difference of less then 4.5 meters.
* When a new prim is created and raytracing is called for, raytrace from the camera position to the ground in the direction of the Norm(RayEnd - RayStart).
* If we got a hit based on our camera, create the new prim at the edge of the prim we hit.
* Don't raytrace if the difference between any component of the vector exceeds 4.5meters.
|
| |
|
|
|
|
|
|
|
| |
* We should not be using ASCII anywhere except for legacy compatibility reasons.
* A large number of UTF8 Encoders are being used in places where we should be using Util.StringToField instead. These have been tagged with // ENCODING FAULT
* This should fix Mantis#799 - Japanese Profile Text does not work.
|
|
|
|
|
|
|
|
|
|
|
|
| |
non-home regions
* Should work in multi-region standalone and grid modes
* This should also solve other non-home region caps issues (map requests, RC client inventory requests, etc)
* We now pass CAPS information on to the destination region on region crossing, and set up a CAPS object when an agent becomes a master
* Current limitation is that this will only work if your http_listener_port is 9000
* This is a very early code cut (lots of bad practice, hard coding and inefficiency). However, I wanted to get this out there for feedback and my own sanity. Next few patches will clean up the mess.
|
|
|
|
| |
commented out) to find out what CAPS is doing
|
| |
|
|
|
|
|
|
|
| |
* This reveals that the problem with saving scripts in a non-home region in multi-region configurations is due to a CAPS setup issue
* For some reason the client is still using the CAPS on the region it just came from, causing the ScenePresence lookup to fail (since the presence is now, correctly, a child agent).
|
|
|
|
|
| |
* Remember, your admin user and estate managers can move locked objects that are not owned by them. That functionality differs from the Linden way of thinking and it's by design! It is not a bug! Create a non-god user and use that as your normal account.
|
|
|
|
|
| |
Thanks to DrSchofld for pointing this out.
|
|
|
|
|
|
|
| |
* Should help stop any InvalidOperationExceptions caused by concurrent read/write
* The extra locking should be okay, but I'm really surprised we've got away without mucho crashes due to this...
|
|
|
|
| |
is deleted from the region
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Here's a diff of the changes I have made in support of the following LSL
script functions.
llSetScriptState
llGetScriptState
llCSV2List
llListRandomize
llList2ListStrided
llListFindList
llResetOtherScript
llGetScriptName
It was necessary to modify ExecutorBase in support of the ScriptState
implementations.
I also modified SceneObjectPart and SceneObjectPart.Inventory to
corrects a quoting mismatch in the commentary that through off live
parsing of the files.
I also simplified the State definition at the start of BuiltinCommands.
|
|
|
|
| |
probably a lot more then it should? )
|
|
|
|
|
|
|
| |
now show up.
Most likely still some problems and most like needs some more work (and still a couple of things to finish off).
|
|
|
|
|
|
|
|
| |
prim at a time.
* Teaches me not to say stuff like 'this is now working'
|
| |
|
|
|
|
|
|
|
| |
* Even very rapid linking/delinking should now behave normally. Terse updates still occur as before
* Hopefully this ends the recent linking problems - please let us know if there are more
|
|
|
|
|
|
|
| |
* Currently, terse updates are back, and extremely rapid linking and delinking will only break occasionally
* More work to do here
|