| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| | |
consistent with terminology used by scene object part and elsewhere
|
| | |
|
| | |
|
| |
| |
| |
| | |
Default is disabled. You will need to explicitly enable to toy with this.
|
| |
| |
| |
| |
| |
| | |
Avatar moves and stops. However, will stop in mid stride.
And if the move to position is in the air, avatar will continue to make vain and quite hilarious attempts to take off (but never doing so).
Clearly more work is needed.
|
| |
| |
| |
| |
| |
| |
| | |
This now works again except that it requires a click or avatar mvmt to get going
This is because the ScenePresence.HandleAgentUpdate() method doesn't trigger until the client does something significant, at which point autopilot takes over.
Even clicking is enough to trigger.
This will be improved presently.
|
| |
| |
| |
| | |
This is not used for anything - appearances are always properties of objects with ids (ScenePresence, AgentCircuitData) and just has the potential to get out of sync when the appearance is cloned.
|
| |
| |
| |
| |
| |
| | |
Had to stop using AvatarService for now since it doesn't store baked texture IDs (which is why this was failing).
Also failing because cloning appearance was also cloning the AvatarApperance.Owner field, which we weren't then changing.
Extended TestCreate() to check this.
|
| | |
|
| |
| |
| |
| | |
SychronousRestObjectPoster.BeginPostObject() to the identical SynchronousRestObjectRequester.MakeRequest()
|
| |
| |
| |
| |
| |
| | |
connected to.
Currently disabled.
|
| | |
|
|\ \
| |/ |
|
| |
| |
| |
| | |
(setting SculptData is done through the property)
|
|\ \
| |/ |
|
| |
| |
| |
| | |
the scene presence exists
|
| |
| |
| |
| |
| |
| | |
indirectly via a timer
no obvious reason for doing this asynchonously, especially as the caller was sleeping in order to pick up the response anyway!
|
|\ \
| |/ |
|
| |
| |
| |
| |
| |
| | |
This now creates an avatar but appearance is always cloudy.
Move doesn't work.
Really, creating an NPC should only involve a ScenePresence rather than doing anything with IClientAPI, since an NPC has no viewer to communicate with!
|
| |
| |
| |
| | |
'MessagingModule' in [Groups] section in accordance with OpenSim.ini.example descriptions
|
| |\ |
|
| | |
| | |
| | |
| | | |
Add notification to neighbors when logins are enabled.
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
rather than just saying "destination not found"
Instead of performing the 4096 check when the region is linked (and subsequently removing the link), leave the link in place and perform the check in the entity transfer module
This allows us to explicitly tell the hypergridder why the teleport failed (region out of range).
It also allows people on regions that are within range (on a large source grid) to teleport.
The Check4096 config parameter in the [GridService] section is replaced by a max_distance paramter in a new [EntityTransfer] section in OpenSimDefaults.ini
Since the parameter is in OpenSimDefaults.ini no action needs to be taken unless you want to increase this limit. It could also be decreased.
The check is being made in the base entity transfer module, since I believe the viewer problem occurs both on extremely large grids and while hypergridding.
|
|\ \
| |/ |
|
| |
| |
| |
| |
| |
| | |
experiment from 2008.
This hasn't been touched for about 2 years and I haven't being using it. If this is wrong then please let me know.
|
| | |
|
| |
| |
| |
| | |
prettify codeing style/formatting
|
| | |
|
| |
| |
| |
| |
| | |
If we don't do this then viewer 2.8 crashes.
Resolves http://opensimulator.org/mantis/view.php?id=5510
|
| | |
|
| |
| |
| |
| | |
this is a prerequisite to fixing llDialog issues for the latest Linden viewers, since they are now making use of a new OwnerData field in the ScriptDialog message
|
| |
| |
| |
| | |
Added an event to signal the eabling of logins and added an alert to send to a configured service.
|
| |
| |
| |
| | |
This just covers script loading for now. More to come.
|
|\ \
| |/ |
|
| |
| |
| |
| | |
at the moment, this just performs a baked avatar check for everybody in the region. If the check returns 'corrupt' then a baked texture is missing and other avatars will continue to see the gas ball.
|
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts commit a8913141c081202eb1f988901a4ac0988bbd72a2.
Pulling this back until some testing under various money
modules can be done. Need to be able to make purchases as
a child agent.
|
| | |
|
|\ \
| |/ |
|
| |
| |
| |
| | |
OpenSim.Tests.Common instead
|
| | |
|
|\ \
| |/ |
|
| | |
|
| | |
|
|\ \
| |/ |
|
| |
| |
| |
| | |
ILandObject.GetSimulatorMaxPrimCount() rather than use copy/pasted code
|
| | |
|
| |
| |
| |
| | |
clean up from using BareBonesNonShared as a template.
|
| |
| |
| |
| | |
module to OpenSim.ini. EnforcePrimLimits is set to false by default to emulate the current behavior.
|
| |
| |
| |
| | |
account acculmitive prim allowance when multiple parcels are owned by the same avatar on the same region. Does not handle prims that are moved by a script or account for temporary objects at the time of creation. other wise handles all tested cases including: Creating a new object from the build menu Moving an object from another parcel duplicating an object via shift move rezing an object from a script
|
| | |
|