| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
asset server is not the same as the simulator's asset server. Unfortunately this still continues to be wasteful -- new assets are created every time an attachment is detached, but the process of storing the new asset goes through the InventoryAccess module, which does all sorts of checks regarding the users' inventory.
|
| |
|
|
|
|
| |
like copy-paste items in inventory.
|
|
|
|
|
| |
staircases. This change is required because of the change in the
avatar default shape from the capsule to the rectangle.
|
|
|
|
| |
method
|
|
|
|
| |
does not contain any mandatory parameters and won't be present on older installations.
|
| |
|
| |
|
|
|
|
|
|
| |
currently being used as a flag to orchestrate destination simulator threads on teleport.
If not reset, it's possible that teleports back and forth between simulators may not restart scripts in attachments.
|
|
|
|
|
|
|
| |
to restart attachment scripts before the source simulator's SP.UpdateAgent() thread had added them.
This commit changes the order of code so that attachments are re-added before the CompleteMovement() thread is released.
Relates to http://opensimulator.org/mantis/view.php?id=7148
|
|
|
|
| |
EstateManagementModule relating to RAW file uploading.
|
|
|
|
|
|
|
|
|
| |
m_maxAssetRequestConcurrency mistakenly passed in as a timeout to SynchronousRestObjectRequester.MakeRequest()
For a long time, possibly forever, the m_maxAssetRequestConcurrency was mistakenly passed in as a 30 ms timeout rather than as a concurrent connection limiter.
This didn't come to light until the timeout was actually used in recent commit faf9ba53
Since this hasn't been operational for a long time and in release candidate phase, commenting it out for now though will need to revisit this.
Relates to http://opensimulator.org/mantis/view.php?id=7165
|
|
|
|
|
|
|
|
| |
SynchronousRestObjectRequester.MakeRequest() calls with no timeout specified use the default HttpWebRequest timeout as previously.
I mistakenly thought that that default request timeout was inifite rather than 100 seconds, restoring previously behaviour.
As per http://msdn.microsoft.com/en-us/library/system.net.httpwebrequest.timeout%28v=vs.100%29.aspx
Relates to http://opensimulator.org/mantis/view.php?id=7165
|
| |
|
|
|
|
|
|
| |
rather than infinite timeout.
This both signals a problem with the URL and eventually frees the thread, rather than hanging indefinitely with no information.
|
|
|
|
|
|
|
|
| |
handle notices to offline users directly as known undeliverable messages rather than discarding or attempting delivery.
Offline notices can still be controlled with the [Messaging] ForwardOfflineGroupMessages setting.
Looks to address more of http://opensimulator.org/mantis/view.php?id=7037
Only for Flotsam now for testing, but if approach works should be possible with core offline notices as well.
|
| |
|
|
|
|
|
|
| |
SynchronousRestObjectRequester.MakeRequest() methods with proper Timeout.Infinite (-1) instead.
Triggered by recent faf9ba53 though this was wrong in the code before, it's just that we didn't actually try to set the timeout given.
|
|
|
|
| |
of xmlrpc and core offline IM modules
|
|
|
|
| |
GroupsMessagingModule.ProcessMessageFromGroupSession()
|
| |
|
|
|
|
|
|
|
| |
verb, string requestUrl, TRequest obj, int pTimeout, int maxConnections) actually set timeout on WebRequest if given.
Previously, we were doing nothing with this parameter.
No effect on current code since none of the 6 callers attempt to use the timeout.
|
|
|
|
| |
This fixes http://opensimulator.org/mantis/view.php?id=7161
|
|\ |
|
| | |
|
|/
|
|
| |
assets associated with foreign users were being missed.
|
| |
|
|
|
|
| |
use in OpenSim.
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
There is a problem here with infinite recursion, but this patch loses the 'hunting' behaviour where the code will attempt multiple lookups if the avatar is teleporting rapidly around different simulators.
This patch only does a single lookup before giving up.
This reverts commit cecb446e0e91ede0b05ea9cf40c1313782241f3d.
|
| | |
|
| |
| |
| |
| | |
version of default user switch for load oar :q :q
|
| | |
|
| | |
|
| |
| |
| |
| | |
and the prim is deleted.
|
| |
| |
| |
| | |
object, not just avatars sitting on the sittarget in the object containing the script. or when the object is owned by the parcel, land group or estate owner.
|
| |
| |
| |
| |
| | |
This patch implements llGetMassMKS as it is described in the wiki
http://wiki.secondlife.com/wiki/LlGetMassMKS
|
| |\ |
|
| | |
| | |
| | |
| | | |
InvalidOperationException, not an XmlException
|
| | |
| | |
| | |
| | | |
from the prim until it was successfully copied to the user
|
| | |
| | |
| | |
| | |
| | |
| | | |
to a user's inventory.
Also, actually show the error to the user in more cases. (Previously, sometimes the operation failed without telling the user anything.)
|
| | | |
|
| | |
| | |
| | |
| | | |
in the Suitcase
|
| | |
| | |
| | |
| | | |
Folder Type 8. (Previously we had used Folder Type -1 in one place, and LLClientView didn't even bother changing Folder Type 100 to anything else.)
|
| | |
| | |
| | |
| | | |
llSetLinkPrimitiveParamsFast() )
|
| | | |
|
| | | |
|
| |/
|/|
| |
| |
| |
| |
| |
| | |
central services of a Robust server EXCEPT assets. In other words, grids where the simulators' assets are kept in one DB and the users' inventory assets
are kept on another. When users rez items from inventory or take objects from world, an HG-like asset copy takes place between the 2 servers, the world asset server and the user's asset server. This makes the simulators independent of the central asset server.
Note that this an advanced configuration and requires some security strengthening coming up.
|