| Commit message (Collapse) | Author | Files | Lines |
|---|
|
XmlIgnored the SceneObjectPart.SitTargetAvatar property, as (afaik) this is only used to indicate that a avatar is sitting (or about to sit) on the prim.
And there are situations where it might not be cleared, like if a client crashes while sitting on the prim. Which results in that avatar's id getting stored in any xml backup or taking the prim into inventory. And then its always classed as a avatar is sitting on that prim.
|
|
|
|
spontaneous crashes.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* Many llSensor() improvements, though sensoring isn't perfect yet
* thanks idb!
|
|
statements and spells dlls correctly
|
|
|
|
|
|
* Refactor lLMessageLinked() to use internal method GetLinkParts
* thanks ralphos
|
|
- Remove some duplicated code
- Avoid unnecessary allocation of variables/values if only used once anyway.
|
|
|
|
* This returns to writing the OpenSim.ini using default values if it (or OpenSim.xml) isn't found
|
|
rather then the previous invalid string "DotNetEngine". Remove the
script_engine options, as it is not used anymore.
|
|
actually processing that packet
|
|
|
|
* No functional tests yet
|
|
|
|
related to regionflags and capacity. I'm sorry, the object capacity that you dialed is not valid.. please check the number and dial again.
|
|
|
|
- Add support for immediate switching of Music/Media URLs. Radio-scripts should work now.
|
|
|
|
message for now, as previously discussed with Ter
|
|
update for the entire group
* This was not a problem with objects consisting of less than 30 prims, since the extra schedules would be ignored
* However, above approximately 30 prims extra schedules would actually occur.
* For instance, a 140 prim object would end up triggering approximately 2500 ObjectUpdates to every avatar in range rather than 140
* Hopefully, this change will improve client responsiveness on deselect and was one of the reasons that the AgentThrottle restriction started causing problems yesterday.
|
|
The average-value of modify.ModifyBlock.Height in LLClientView.cs:4170
seem to be incorrect or it isn't the average? Mhhh...
So the terrain build -> Flaten Sphere is unuseable.
I have put in a patch that contains a workaround while
the main problem is not solved.
|
|
|
|
* Puts remote requests in a single worker thread
* Worker thread only starts when there are agents to serve
* When there are no agents to serve, it shuts down
* A good example of how to deal with threads in non-shared modules so they don't end up consuming threads per regions
|
|
|
|
|
|
If prim is part of SOG, then ask the SOG to update the
position, rather than asking the part itself.
Ghosted child prims should no longer result from llSetPos.
Not sure if this is the right approach for all cases ,
would appreciate feedback on the patch.
|
|
Removed cache accesses to obtain sensed object/avatar
name, it is already available.
|
|
|
|
|
|
|
|
|
|
* I suspect the restriction stopped the very large number of packet resends that occur on certain operations, which led to other failures.
|
|
up a lot of threads right now when regions are inaccessable
|
|
* Bring llSetLinkTexture into line with llSetLinkColor and lLSetLinkPrimitiveParams() implementations
* Thanks ralphos
|
|
* Implmements llModifyLand() and a check for the "Allow others to terraform flag"
* Thanks tglion!
|
|
The attached patch fixes mantis bug 2312 (llGetPos() returns incorrect
values for child prims where the root prim is rotated). Regression
tests still pass.
Incidentally AbsolutePosition which was used before looks a little
suspicious to me as its always going to return the wrong value if the
root prim is rotated. GetWorldPosition does take the rotation into
account, but AbsolutePosition is used in a lot of places. Though i
don't understand why there is both GetWorldPosition as well as
AbsolutePosition so I've left the latter alone.
[i also cleaned up some indent problems, --- dr scofield]
|
|
Attached is a patch for LLGround which was just plain broken and could
cause a runtime error. It now returns valid data with valid input (ie
the offset does not take the position off the edge of the sim), but a
runtime error will occur if invalid data is given.
On invalid data the LL servers return the ground height based on a
valid point closest to the effective position calculated using the
supplied offset. Is the OpenSim convention to replicate the LL servers
as closely as possible? If so I can submit an additional patch to
replicate the LL behaviour.
|
|
If you use load-oar to transfer region data from one sim to another
then currently inventory items can be left with unknown owner
permission which results in them being no-mod/no-copy for
everyone. The attached patch fixes things up so if the owner uuid does
not exist on the destination system then it assigns ownership (and the
creator for completeness) to the master avatar id. This will make it
much more practical to share copies of regions :-)
|
|
|
|
fields is GONE (HttpServer does not support that), you can read the
"normal" HTTP headers available via properties, and you can add
headers. also, it is now possible to set a timeout for KeepAlive (for
those clients that pay attention to it).
this also fixes the broken REST inventory/assets/appearance services,
they should be working again.
testcase for OSHttpResponse will follow.
|
|
|
