| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
|
|
|
|
|
| |
* The async stream method does not yet signal completion to interested calling code
|
|
|
|
|
| |
* When the DynamicTextureModule creates a j2k image, pre-cache the decode so that it doesn't stall any client threads.
|
| |
|
|
|
|
| |
standalone region teleport test
|
|
|
|
|
|
|
|
|
|
| |
twice, and provide some more information
* No functional change
* It strikes me that there may be caps problems if double registration is presented if cleanup failed for a previous agent (so a caps handler will remain in memory for that
agent but with a different seed). This needs investigation
|
| |
|
|
|
|
|
|
|
|
|
|
| |
this patch makes load-oar a bit more tolerant to irrelevant
differences in the oar file format. Directory entries are now ignored
rather than trying to interpret them as files they hold which results
in the load-oar failing. This change makes it easier to manually
modify oar files.
|
|
|
|
|
| |
From: Arthur Rodrigo S Valadares <arthursv@linux.vnet.ibm.com>
|
|
|
|
|
| |
From: Arthur Rodrigo S Valadares <arthursv@linux.vnet.ibm.com>
|
|
|
|
|
|
| |
* Fixed up an outgoing packet
* I <3 OpenSimulator
|
|
|
|
| |
m_sceneGraph. This will allow it to be exposed to modules without resorting to referring to m_sceneGraph
|
|
|
|
| |
server will decode the j2k stream once and cache it to disk so that the cache is saved across sim restarts.
|
|
|
|
|
|
| |
* No functional changes in this revision
|
|
|
|
|
|
| |
* These still appear to suceed with the current code!
|
|
|
|
| |
again if a duplicate use circuit code packet comes in
|
|
|
|
|
|
| |
* Often times now the only reason OpenJpeg doesn't work is because it requires Glibc 2.4 The error messages reflect that.
* In J2kDecoder module, It stops trying to decode modules if it encounters a dllnotfound exception and instead sends a full resolution layer that causes the texture sender to only send the full resolution image. (big decrease in texture download speed, but it's better then nasty repeating error messages)
|
| |
|
| |
|
|
|
|
|
| |
Fixes Mantis #3006
|
| |
|
|
|
|
| |
teleport is being directed rather than just its position
|
|
|
|
|
| |
* Updates LibOMV to r2362
|
|
|
|
| |
getting the object moving.
|
|
|
|
|
|
|
| |
non-phantom from phantom.
Fixes Mantis #1883
|
| |
|
|
|
|
| |
useless, but sometimes problematic (mantis #2999). Initial tests indicate that this call is not necessary. Let's see if this stands in the wild.
|
|
|
|
|
|
|
|
|
| |
teleport unit test with checks that the scene presence disappeared from sceneA and appeared in
sceneB
* However, I'm not convinced that the actual process in the test completely reflects reality, and a lot of stuff had to be rigged up (which should get resolved over time)
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
locking periods changed.
* Added an additional lock in GetScenePresences()
* Changed ForEachClient to use GetScenePresences() instead of the main ScenePresences dictionary, so that there is no need to lock.
|
| |
|
|
|
|
|
|
| |
* Does not yet check results.
|
|
|
|
| |
Mantis #2908. Thanks Teravus for the suggestions :)
|
|
|
|
|
|
|
|
| |
notifications that won't actually lead to a client connection (because they are from a neighbouring teleport
target that needs to trigger a child seeds adjustment on a child agent that has been kept around)
|
|
|
|
|
|
|
|
| |
'new user notifications' that have existing scene presences
* The position will be reset if the connection turns out to be a root one, and since the client is already authenticated another authentication will not occur anyway
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
enabled it
* In fact, it would only be activated if there was no [Communications] section at all (which would be the case for most people with existing region setups unless they
specifically added it in
* This fix means that enabling inter-region rest comms is now the default
|
|
|
|
|
|
|
|
| |
Multiple spaces or leading/trailing spaces when specifying the prims
to connect should no longer cause problems.
|
|
|
|
| |
locks of SceneGraph ScenePresences introduced in 7982, this was making TPs not close the agent in the departing region due to locking. That locking problem seemed to occur only in Linux/mono -- I suspect a mono bug here.
|
|
|
|
|
|
| |
to also transmit and use a Z coordinate.
|
|
|
|
|
| |
* Added a path for all sessionids to be logged off when a region secret is provided. (helps log-off dead agents).
|
|
|
|
|
| |
From: Arthur Rodrigo S Valadares <arthursv@linux.vnet.ibm.com>
|
| |
|
|
|
|
|
|
| |
* If this was crucial to someone then it should be reinsertable as a module
|
|
|
|
| |
friend to be terminated could not be found
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The attached patch adds the automatic granting of PERMISSION_CONTROL_CAMERA
on request to a script when an avatar is sitting on the object that the script
resides in.
It also automatically removes PERMISSION_TAKE_CONTROLS and PERMISSION_CONTROL_CAMERA
from the scripts when an avatar stands up. It doesn't remove the other automatically
granted permissions but this follows LL server behavior. Removing these two
permissions avoids some potential race conditions (accidentally taking
control after the avatar has stood up) which may be why LL put
them in the first place.
|
|
|
|
| |
matches the existing Stop() and Restart() methods)
|