| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
an "Exception e" with e.ToString() to eliminate 2 warnings.
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
script that works OK on SL
* Fix for #693: llSetRot malfunction in linked prims causing instance of invisible prim
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
packetpool, which somewhere through time got lost/reverted
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
| |
already have received
* The warning will be
[USER TEXTURE DOWNLOAD SERVICE]: Received {0} requests for already dispatched texture {1} from client {2}
This is to see whether the texture packet queue memory leak is caused by clients continually re-requesting textures they should already have
|
| |
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
AssetCache for it if we know it's missing.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
textures (probably for some good reason) by dropping all subsequent requests after the first reply.
* Print out a console message every 20 tries rather than every single one.
* This weakens the problem but does not eliminate it
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
* Fixed a compile error.
|
|
|
|
|
|
| |
* Normalized some UUID handling
* Compacted a few Contains/Add into Set
|
|
|
|
| |
was suggesting that the SceneObjectPart was null, so added a null check, to make sure the sceneobject to be attached is found before attempting the attachment.
|
|
|
|
| |
issue. Queue is only threadsafe if its a public static member, which in this case it wasn't. And we were locking it during both enqueues and dequeues. So have added those locks to a syncObject. But it still needs testing on a high load region, as that seems to be when the exception happened.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
flattening the selected area.
* Noise, and Noise-Area brushes now use Perlin noise, more closely simulating the method LL uses officially.
* TerrainModule has been cleaned up slightly.
* TerrainUtil class has several new functions related to seeded noise generation.
* Extracted ITerrainEffect, ITerrainFloodEffect, ITerrainLoader, ITerrainPaintableEffect, TerrainChannel to seperate files.
|
| |
|
| |
|
|
|
|
|
|
|
| |
size. Helps make the fonts crisp when using vector renderer as a
text board.
|
| |
|
| |
|
|
|
|
| |
delink prim updates is low priority
|
|
|
|
|
|
| |
and a seperate voice server approach compatible with SLVoice is needed here.
|
|
|
|
|
|
|
|
|
| |
'disappear')
* Root cause was that if two updates occurred in the same second of time, the second one was never sent
* Linking/delinking appears to be okay now
|
|
|
|
|
|
|
|
| |
* DelinkFromGroup was removing the parts from the delinked group, which later upset the update thread when it tried to do a queued update for that object
* Temporary fix is to stop deleting the parts, though it would be good later to stop sending out the now spurious updates
* This fix actually reveals another bug, where rapid linking and delinking will cause the non root prims to disappear (though they're actually still there if you relog). This is the next bug to tackle.
|
|
|
|
|
|
|
|
| |
exception when we try to update it
* This doesn't remove bug 757, but does largely remove the worst consequences
|
|
|
|
|
|
| |
* Reduce 'asset not found' console debug spam
|