| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
* 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
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
interesting, but successful way to do it.
* This also takes care of a few error situations that were previously never seen.
|
|
|
|
|
|
| |
* Added 'detected around: value' when a x.Y detect occurs to help debug.
* Fixed object text is too long to store to the database (wikilith)
|
| |
|
|
|
|
|
|
|
|
| |
prims
* no user functionality yet
|
| |
|
|
|
|
|
|
|
| |
however you can use it to help find out what scripts are causing your simulator to cry.
* Access it from the Estate tools/Debug tab.
|
|
|
|
|
|
| |
Drag copy a prim and the prim that is moved, persists.
The prim that is created does not survive a restart.
|