| Commit message (Collapse) | Author | Files | Lines |
|
any methods, even those without threat, automatically. It is for use with
setups wanting to allow only specific methods to specific users.
|
|
decoded, instead of just success/failure
|
|
JPEG2000 decode of an asset
For debugging purposes.
|
|
service command be "show asset" instead of "show digest" this time.
Last time I accidnetally just changed the usage message.
|
|
Make them conform with service side commands.
This stops them appearing twice when Hypergrid is enabled.
|
|
|
|
texture ids were available for the rebake request
|
|
capability" for now.
Please uncomment if/when needed.
|
|
|
|
from the server end.
This is not as useful as it sounds, since you can only request rebakes for texture IDs already received.
In other words, if the viewer has never sent the server this information (which happens quite often) then it will have no effect.
Nonetheless, this is useful for diagnostic/debugging purposes.
|
|
This allows some logic simplification and allows an external caller to manually request rebakes even if textures are uploaded (future command).
|
|
image manager (udp texture fetch). No significant functional changes.
|
|
|
|
Despite the code comments we never actually null it.
|
|
serializer
|
|
problematic with bot testing.
Please uncomment if still needed.
|
|
Update basic profile to use the replaceable interface, making configuration less error-prone. Add support to query avatar's home user account and profile service for regions usng the updated OpenProfileModule with Hypergrid.
|
|
to reduce potential code complexity and make code reading easier.
|
|
hunting. No functional changes.
|
|
Thanks "sendapatch" for fixes to llHTTPRequest status reporting.
|
|
01ae916bad672722aa62ee712b7b580d6f5f4370 r/17324 (Nov.18, justincc). But the root cause comes from commit 02e54c57c4901167779f07ed3e89fb1d24ffc22a Author: Oren Hurvitz Date: 7/22/2011
This is a nasty situation. The map tile UUID is, in principle, stored authoritatively in RegionSettings. However, it also needs to be stored in the Grid Service because that's how other sims can retrieve it to send it in Map Blocks to non-V3 viewers. So every time the tile image changes, that change needs to propagate to the Grid Service, and this is done via RegisterRegion (ugh!). Interestingly, this problem didn't affect grids because by default AllowRemoteDelete is false, so the prior images aren't being deleted from the asset servers -- but they were not being correctly updated in the map either, the map was stuck with old images.
|
|
region Scenes and Modules. Changed existing modules to use it instead of assuming that foreign = null account.
|
|
|
|
|
|
on get_agent_home in UAS.
|
|
understood by AVN v0.3
|
|
|
|
|
|
|
|
into a region that does not exist. This is particularly problematic for
physical objects where the velocity continues to move them out of the
region causing an infinite number of failed region crossings. The patch
forces an object that fails a crossing to be non-physical and moves it
back into the starting region.
|
|
temponrez flag
|
|
|
|
external as a property
|
|
|
|
boolean setting in the OpenSim.ini config [Startup] section.
Naturally, default is true.
When set to false, "phantom" flags on prims can be set as usual but all prims remain phantom.
This setting is for test purposes.
This switch does not affect the collision of avatars with the terrain.
|
|
passing the entire agent with attachs in one big message we don't necessarily need to wait for confirmation. The callback sometimes is problematic and it adds delay to the process. (2) Z velocity sent to the viewer = 0. This is an heuristic; the Z velocity usually is negative, and it makes the viewer move the avie down. This only matters while the agent is in transit and therefore not being physically simulated by neither region. As soon as the receiving region receives CompleteMovement from the viewer, the position and velocity get corrected.
|
|
|
|
|
|
|
|
CheckForBorderCrossing the right way.
|
|
|
|
|
|
|
|
baked texture caching when crossing region boundaries.
Needs further investigation.
Revert "Stop sending the viewer its own AvatarAppearance packet."
This reverts commit 92039f295d7fe66bf1a09b29483f9057e395839e.
|
|
directions. This was a 1-off bug: the terrain was being placed in 127, 127 resulting in a bounding box if -2, 256. I placed it in 128, 128 resulting in a bounding box of -1, 257.
|
|
as this is updating SOG/SOP.GroupID, which is arguably generic.
|
|
The viewer warns in the log if it receives this.
Stopping this doesn't appear to have adverse effects on viewer 1 or viewer 3 - the viewer gets its own appearance from body parts/clothes and self-baked textures.
|
|
As far as I know, viewers don't use this mechanism to recieve new TextureEntry data for avatars. This is done via the AvatarAppearance packet instead.
Tested this back to viewer 1.23.
Replacing with Utils.EmptyBytes since converting the texture entry to bytes on each AvatarUpdate (or which there are many) is not cost-free.
|
|
after another thread had started it on QueueAppearanceSave() or *Send()
However, the window for this race is very small, and the next queued appearance save or send would restart the timer anyway.
|
|
AvatarFactoryModule from AppearanceInfoModule so that it can be used in debug (inactive).
Further filters "debug packet <level>" to exclused [Request]ObjectPropertiesFamily if level is below 25.
Adjust some method doc
Minor changes to some logging messages.
|