| Commit message (Collapse) | Author | Files | Lines |
|---|
|
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
|
|
|
|
|
|
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.
|
|
|
|
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
|
|
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.
|
|
really don't need two methods doing the same thing, but differently.
|
|
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
|
|
|
|
itself has been unsuccessful
|
|
* Moved a few key inventory access methods from Scene.Inventory to an IInventoryAccessModule module
|
|
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.
|
|
|
|
|
|
|
|
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
|
|
* also, "\" has to be escaped as "\\"
* add item name unit test for escaped characters
|
|
unknown asset type, and log an error if it ever does happen
|
|
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
|
|
MySQLAssetData with Utils.DateTimeToUnixTime()
* Disabled UpdateAccessTime() function since it was only writing zeros anyways. This gave me a significant performance improvement for startup times and avatar logins in standalone mode
* Load attachments asynchronously so avatars with lots of attachments don't have to race the timeout clock to login
|
|
* Fixes http://opensimulator.org/mantis/view.php?id=3959
* Allows for viewing inventory textures outside home grid
|
|
* More streams close on finally
|
|
|
|
|
|
|
|
and have it appear 5 regions over bug by limiting the stored position in the asset to Constants.RegionSize. The stored position in the asset gets overwritten anyway by the rezzing routine, but at least this way, there's no chance of the objects border crossing before the rezzing routine finishes.
|
|
|
