| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |\ |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
is fully rezzed and all scripts in it are instantiated. This ensures that link
messages will not be lost on rez/region crossing and makes heavily scripted
objects reliable.
|
| |/
|
|
|
|
|
| |
owner, if the notecard is saved by a permitted group member
This means moving the alert up to a place where the IClientAPI is available.
One can also argue that such client messages shouldn't be sent directly from the scene data model
|
| | |
|
| |
|
|
| |
AttachmentsModule
|
| |
|
|
| |
than a NullReferenceException
|
| |
|
|
| |
AttachmentsModule
|
| |
|
|
| |
Signed-off-by: dahlia <dahliaTrimble@gmail.removeme.com>
|
| |
|
|
|
|
| |
If serverside permissions are off then this works as expected. Previously, it was impossible for more than one person to edit such items even if permissions were off.
If serverside permissions are on then this works as expected if the object was created by an avatar who had the required group active.
However, if the group for the object is later set then the contained item is still not editable. This may be linked to a wider bug where the object is still not modifiable by the group anyway
|
| |\ |
|
| | |
| |
| |
| | |
really don't need two methods doing the same thing, but differently.
|
| |/
|
|
| |
Scene and SceneGraph. This was the only change in this patch to keep it isolated from other recent changes to the same set of files.
|
| |
|
|
| |
AttachmentsModule
|
| |
|
|
| |
AttachmentsModule
|
| |
|
|
| |
debug line, and commented the debug line out since it can quickly become noisy
|
| |
|
|
| |
need to rationalize method names later
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
root prim until right clicked (or otherwise updated).
The root cause of this problem was that multiple ObjectUpdates were being sent on attachment which differed enough to confuse the client.
Sometimes these would eliminate each other and sometimes not, depending on whether the scheduler looked at the queued updates.
The solution here is to only schedule the ObjectUpdate once the attachment code has done all it needs to do.
|
| | |
|
| |
|
|
| |
CreatorID, it doesn't modify database backends or OAR files to support storing/loading it
|
| |\ |
|
| | | |
|
| |\ \
| |/
| |
| |
| | |
This was a large, heavily conflicted merge and things MAY have got broken.
Please check!
|
| | |
| |
| |
| | |
itself has been unsuccessful
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When an object was deleted, the remove script instance call was aggregating the scripting events as normal.
This would queue a full update of the prim before the viewer was notifed of the deletion of that prim (QuitPacket)
On some occasions, the QuitPacket would be sent before the full update was dequeued and sent.
In principle, you would think that a viewer would ignore updates for deleted prims. But it appears that in the Linden viewer (1.23.5),
a prim update that arrives after the prim was deleted instead makes the deleted prim persist in the viewer. Such prims have no properties
and cannot be removed from the viewer except by a relog.
This change stops the prim event aggregation call if it's being deleted anyway, hence removing the spurious viewer-confusing update.
|
| | |
| |
| |
| | |
* Moved a few key inventory access methods from Scene.Inventory to an IInventoryAccessModule module
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
appropriate. This changes the behavior of the REST plugins and RemoteAdmin's
region creation process.
|
| | |
| |
| |
| |
| | |
* HG is seriously broken here
* Compiles. Untested.
|
| | |
| |
| |
| |
| | |
* Started rerouting calls to UserService.
* Compiles. May run.
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| | |
inventory until relog. This patch corrects this and puts the item back into
inventory.
|
| |/
|
|
| |
obsolete. Didn't delete it yet to avoid merge conflicts later -- want to stay out of core as much as possible.
|
| |
|
|
|
|
| |
Committed from my other box where git is not configured properly
Signed-off-by: Melanie <melanie@t-data.com>
|
| |
|
|
|
|
|
|
| |
admin plugin
See http://opensimulator.org/mantis/view.php?id=4418
Thanks StrawberryFride
See
|
| |
|
|
| |
else still goes to L&F
|
| |
|
|
|
| |
add a GetGroupByPrim() method to Scene.cs
delete a redundant method
|
| |\ |
|
| | |
| |
| |
| | |
unknown asset type, and log an error if it ever does happen
|
| |/
|
|
|
| |
* also, "\" has to be escaped as "\\"
* add item name unit test for escaped characters
|
| |
|
|
|
|
|
| |
InventoryDescendents packet. Testing has shown that UDP inventory now
works flawlessly and, unlike CAPS inventory, doesn't download the entire
agent inventory on start. Neither does it incessantly re-request folder
NULL_KEY. Therefore, I have disabled CAPS inventory.
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This avoids .NET remoting and a managed->unmanaged->managed jump. Overall, a night and day performance difference
* Initialize the LLClientView prim full update queue to the number of prims in the scene for a big performance boost
* Reordered some comparisons on hot code paths for a minor speed boost
* Removed an unnecessary call to the expensive DateTime.Now function (if you *have* to get the current time as opposed to Environment.TickCount, always use DateTime.UtcNow)
* Don't fire the queue empty callback for the Resend category
* Run the outgoing packet handler thread loop for each client synchronously. It seems like more time was being spent doing the execution asynchronously, and it made deadlocks very difficult to track down
* Rewrote some expensive math in LandObject.cs
* Optimized EntityManager to only lock on operations that need locking, and use TryGetValue() where possible
* Only update the attachment database when an object is attached or detached
* Other small misc. performance improvements
|
