| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
the same simulator
|
|
|
|
|
| |
Remove old comment in SnapshotStore pointed out by ChrisDown (bug #2000)
|
|
|
|
|
|
| |
Attachments now persist across logouts. Mostly untested.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Scripts can now no longer DOS the user server and there are a lot fewer
gratuitious lookups of user profile data.
|
|
|
|
|
|
|
| |
Thank you, Leaf, for a patch that implements llGetAnimationList()
XEngine implementation added by myself.
|
|
|
|
|
|
|
|
|
| |
hierarchical rights structure. MasterAvatar: Owner of the region server
(may be null), net gods (users with GodLevel 200), Estate owner
(from database). Look at Opensim.ini.example to enable net gods.
Estate owner will default to master avatar.
|
| |
|
|
|
|
|
| |
Fixes this Mantis bug with llTakeControls() & ControllingClient() API.
|
|
|
|
| |
on the ground. (bug #1932)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
occasionally, but are fixed on restart (issue 1919).
This patch introduces the following changes:
1. when a user teleports out of Region A, remove that user's profile
from the Region A user profile cache
2. when a user crosses between regions out of Region A, remove that
user's profile from the Region A user profile cache
3. the user profile cache's session ID member can now be set (written),
and is updated each time a connection with a new avatar is established (ie: a
new avatar enters the region)
4. when a region server looks up a user profile and a cache miss
occurs, fetch the user profile from the user server first instead of
immediately returning null
|
| |
|
|
|
|
|
|
|
|
|
| |
ScenePresence. Pace prim delivery to about 200 updates/s max. Break
a long-held lock that caused the notorious MapBlockQuery XMLRPC timeout
on agent login. Eliminate 60 second timeout at "Waiting for region handshake".
Fix region crossing/teleport response. Fix appearance in primmy regions.
|
|
|
|
|
|
| |
More sitting fixes: Inconsistent sitting position on
rezzed prims that have no sit target set.
|
| |
|
|
|
|
|
|
|
|
| |
an agent is downgraded to a child agent
* since upgrading to a root agent doesn't currently re-retrieve the user profile
|
|
|
|
|
|
|
|
|
|
| |
remote region
* May resolves inventory problems that occur when the user moves between two regions`
* e.g. if the user moves to a second region, adds an inventory item, moves back to the original region then tries to manipulate that item
* Not yet implemented for teleport
|
|
|
|
|
| |
Implements llForceMouselook().
|
| |
|
|
|
|
|
|
|
| |
(tested on new logins, but need to test that it is triggered on teleports).
This should fix the sitting avatars appearing in a T pose to new users. And possible other animation problems.
|
|
|
|
|
|
|
| |
a struct and not a class, it can't be null. So these checks were just
generating compiler warnings on unreachable code.
|
|
|
|
|
|
|
| |
update.
This should fix the wrong rotation on existing sitting avatar when logging in bug.
|
|
|
|
| |
SendInitialFullUpdateToAllClients(), and added a replacement SendFullUpdateToAllClients() method. As the old one (now "Initial") has extra steps in it for sending initial updates/date, Not only was this leading to a lot more data being sent than needed to be, every time it was called. It also seems to have been causing the "other Avatars rotating when you sit down" bug.
|
|
|
|
|
|
| |
Addresses the Gap when sitting on single prims with
a sit target (discrepancy with SL)
|
| |
|
| |
|
|
|
|
|
|
| |
sometimes, incorrect sit rotation is sent to other clients
|
|
|
|
|
|
|
| |
and moved them into a IAvatarService
Although "out of the box", there is no actual functional change to behavior
|
| |
|
|
|
|
|
|
|
|
|
|
| |
levels
* This currently has various bugs which are more to do with the way its been hacked together than the feature itself (e.g. on save-oar, ghost prims will appear of the saved
contained items). These will be found and eliminated in subsequent patches.
* Not yet ready for use
|
|
|
|
| |
hard-coded port numbers.
|
|
|
|
|
| |
* Implemented a hack so regions beyond the 10,000m range will show the map without having to click on the map before they'll start to show. The hack shows regions around the one you're in, but it won't show the one you're in.. you still need to click on the map to get that (not sure why yet). Additionally, the map still only shows pictures for regions that are hosted on the same instance (no change).
|
| |
|
|
|
|
|
|
|
|
| |
failing because they are giving an illegal initial position to ScenePresence.MakeRootAgent()
* If we detected an illegal position (x, y outside region bounds or z < 0), then print out the illegal position and substitute an emergency <128, 128, 128> instead
|
| |
|
| |
|
|
|
|
| |
border to a position below it. After teleporting, you can go under the terrain if you like as usual.
|
|
|
|
|
|
|
| |
interesting, but successful way to do it.
* This also takes care of a few error situations that were previously never seen.
|
|
|
|
|
|
|
| |
* User tries to log-in but is already logged in. Userserver will send message to simulator user was in to log the user out there.
* From the UserServer, admin types 'logoff-user firstname lastname message'.
* Some regions may not get the message because they're not updated yet.
|
|
|
|
|
| |
* Added a Non-finite avatar position reset. This will either handle the <0,0,0> avatar gracefully, or send the avatar to 127,127,127 if that also doesn't work. ( I've only been able to reproduce this error once on my development workstation )
|
| |
|
|
|
|
| |
you're a child agent before applying the changes from the grid comms. Doing this to rule it out as a source of a few bugs such as the Zombie bug and the Express Train to 0,0,0 bug.
|
| |
|
|
|
|
|
|
|
| |
check. It seems there may be a race. For me, this patch,
just as it is here, fixes it.
|
| |
|
|
|
|
|
|
|
| |
If the m_controllingClient member if a ScenePresence is
null, that would cause a CTB. This patch fixes it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
finding out which region a new avatar was logging in to; the same problem
occurred when the client/avatar logged out. the reason was mani-fold:
- Scene.AddNewClient(...) would call SubscribeToClientEvents(client)
which would subscribe to all client events and then call
TriggerOnNewClient(...) BEFORE the ScenePresence object had even been
created and added. i've moved the TriggerOnNewClient() call to the
end of Scene.AddNewClient()
- Scene.AddNewClient(...) is called with child == true; a later call
to ScenePresence.MakeRootAgent() will turn child to false. When
OnNewClient is triggered, child is still true, causing IRCBridgeModule's
FindClientRegion to ignore the ScenePresence of the new avatar.
i've changed IRCBridgeModule to still use OnNewClient and also OnLogout
and OnConnectionClosed but only to signal that the avatar has logged on
(logged off respectively). to track whether an avatar has actually entered
a region i've added EventManager.OnMakeRootAgent (complementing
OnMakeChildAgent).
also, i've cleaned up the internal IRCModule code a bit. currently it
still uses IClientAPI.SendChatMessage() which replicates the code in
ChatModule, that needs to be changed to use TriggerOnChatFromWorld().
|
| |
|