| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Correct a condition where a prim is linked before it has been persisted
for the first time and is then persisted through it's former SOG with
a bad offset position.
|
|
|
|
|
|
|
|
|
| |
XEngine fixes: prevent queue overruns, prevent spamming when no key
is down. Release controls when conflicting permissions are requested
or permissions are refused later. Release when prim or script are deleted.
Fixes Scene script instance deletion semantics.
|
| |
|
|
|
|
|
|
|
|
| |
this locally rather than letting it propogate up the stack
* This will allow other scene objects to persist and stop the exception taking down the whole region server
|
|
|
|
|
|
|
|
|
|
| |
to the parts rather than after each individual part
* From looking at the code there shouldn't be any difference, and this appears to speed up prim loading and make a certain failure case (where prims seem to be going out of
bounds on startup) less of a problem.
* However, if I've been bad please revert this patch
|
|
|
|
| |
prim is failing a border crossing
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Floating text, Rotation, Texture animation, Particle System
This will make "Eye Candy" scripts work without modification in
XEngine. The use of the CHANGED_REGION_RESTART hack is no longer
needed. Implemented in MySQL only, hovertext also in SQLite.
|
|
|
|
|
| |
quaternions are not communicative!
|
| |
|
|
|
|
|
|
| |
* Testers, please try rezzing your inventory on this revision and sending me feedback in mantis.
* Users, it's not time to update yet. The dust still hasn't settled.
|
|
|
|
|
|
|
| |
* This is a HUGE OMG update and will definitely have unknown side effects.. so this is really only for the strong hearted at this point. Regular people should let the dust settle.
* This has been tested to work with most basic functions. However.. make sure you back up 'everything' before using this. It's that big!
* Essentially we're back at square 1 in the testing phase.. so lets identify things that broke.
|
|
|
|
| |
been deleted on an update request from the regular sweep
|
|
|
|
|
|
| |
* my excuse is that I hadn't used this monodevelop exe before...
|
|
|
|
|
|
|
|
| |
sweep occurs
* Fold m_deleted and m_isDeleted together (ugh!)
|
|
|
|
|
|
|
|
|
|
|
|
| |
Eliminate gretuitious KillObject packets. KillObject is sent to the
viewer for the root part only.
Also prevents the full update on deselect that makes a deleted object
reappear and stay visible until the background deleter got around to it.
We still send 2 KillObject packets for the root prim, that could be
avoided only at a cost in reliability. One packet seems an acceptable
price to pay for consistency.
|
| |
|
| |
|
| |
|
|
|
|
| |
coexist peacefully (as per justincc's recommendations)
|
|
|
|
| |
proxies without it
|
|
|
|
|
|
|
|
|
| |
which need to be persisted to the db
* This should stop the problem where linked prims loaded via an archive did not survive server restart
* It may address mantis 1819 though the symptoms don't look consistent
|
|
|
|
| |
complete if there were any missing assets
|
|
|
|
|
|
|
|
|
| |
The LL Server sets the CreateSelected flag for a prim when sending a
property update when objects are linked. The following patch
gets OpenSim to do the same.
|
| |
|
|
|
|
|
|
| |
Defaulted to 65536 and 10, respectively
|
|
|
|
|
|
|
|
|
|
|
| |
Implements additional unlink modes (unlink root prim from link set, some
multi-set operations). Linking (single and mutiple) fully implemented.
Consistent numbering of links while in world. Link/delink with predictable
link numbering. Correct link numbers in LSL.
Not all multi-set ops implemented. Link numbers still change when taken and
re-rezzed.
|
|
|
|
|
|
|
|
| |
this before (doh)
* Not quite perfect yet
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This patch limits the maximum size of prims that can be created using libsl bots
or modified clients to 65536mper side. It also limits LSL functions to that size.
If a prim is already physical, the enforced constraint is 10m.
A prim that is larger than 10m cannot be turned physical, either via script or UI.
Linksets are handled correctly, so scaling of physical linksets is constrained by
the size of it's largest component prim. Also, turning linksets physical is based
on the size of it's largest ptim.
|
|
|
|
|
| |
not break trunk.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
SceneObjectPart.SendFullUpdate()
* This means that we will no longer pointlessly repersist all the prims in the scene when OpenSim first starts up
* This also means that force-update on the console will not trigger repersistence.
* Also, in other places persistence is no longer done where it wasn't actually necessary
* I think I changed the code for all instances correctly, but it's not possible that I missed some and some things which did persist properly have stopped
* Please patch or mantis if this is the case
|
| |
|
| |
|
|
|
|
| |
repersisted on to callers of SceneObjectGroup.SendGroupTeruseUpdate()
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
single large file
* this is being done for reasons of compositionality
|
| |
|
|
|
|
|
|
|
|
| |
client session
* change code to use an explicit state variable instead of using SOG.Name = null to signal deletion
|
| |
|
|
|
|
|
|
|
|
|
|
| |
initial client update to Scene.AddSceneObject() from some of the SceneObjectGroup constructors
* I think this has been done cleanly from inspection and testing, but if prim creation or load suddenly starts playing up more than usual, please open a mantis
* This also has the effect of stopping the archiver generating ghost in-world prims
* Some code dupliction also removed
|
|
|
|
| |
SceneXmlLoader.CreatePrimFromXml2()
|
|
|
|
| |
SceneObjectGroup
|
| |
|
|
|
|
|
|
|
|
|
| |
scene, rather than on creation of the group
* Adding to a scene is now parameterized such that one can choose not to actually persist that group
* This is to support a use case where a module wants a scene which consists of both objects which are persisted, and ones which are just temporary for the lifetime of that server instance
|