| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Thise were client supplied untrusted values we never used anyway.
|
|
|
|
|
|
|
| |
- cleanups and more comments in ChatModule and IRCBridgeModule
- adding Name support in ScenePresence
|
|
|
|
|
|
|
|
| |
client.. with EventQueue enabled.
* You occasionally loose the event queue if you cross back and forth between the same regions many multiples of times.
* But Don't try to teleport!
|
|
|
|
|
|
|
|
|
| |
Moved intialization of appearance from the SendInitialData
event handler into CompleteMovement handler. That ensures
that m_appearance is initialized before the inventory is
retrieved (so there is a place to check on attachments).
|
|
|
|
|
|
|
| |
I decided to make ParentPosition a public property in ScenePresence, because
that's exactly what happens (the parent position changes on prim move).
|
|
|
|
|
|
|
|
|
| |
* Patch attached that adds the check for uninitialized appearance when inventory items are received and processed. Also attempts to ensure that appearance is initialized even
when the profile cache has not been built.
* This will not fix the race condition, but should at least remove the unhandled exception that is being reported in Mantis 0002126.
* Thanks cmickeyb
|
|
|
|
|
|
|
|
|
| |
* This patch aims to introduce look at direction persistence between logins. It won't be active until the second part of the patch is committed in about two weeks time. At
this point, region servers that haven't upgraded past this revision may run into problems
* This checkin upgrades the user database. As always, we recommend you have backups in case something goes wrong.
* Many thanks to tyre for this patch.
|
| |
|
|
|
|
|
|
|
|
| |
couple of debug statements for null items while we
diagnose our interrmittent inventory issues. I looked
at this and it seems helpful to others. We can back it
later if desired.
|
|
|
|
|
|
| |
* These are different types then the OMV types because changing them causes just about all grid comms to break. If these were the libOMV types, then libOMV couldn't change them ever again after that.. or we'd have a breakage whenever they changed them.
* This might introduce a map issue. Still checking it out.
|
|
|
|
|
|
|
| |
* This is a HUGE OMG update and will definitely have unknown side effects.. so this is really only for the strong hearted at this point. Regular people should let the dust settle.
* This has been tested to work with most basic functions. However.. make sure you back up 'everything' before using this. It's that big!
* Essentially we're back at square 1 in the testing phase.. so lets identify things that broke.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Addresses the problem of ghost avatars. The problem was child-agents
sending data. Due to symmetry reasons, I considered that wrong.
Whenever an avatar A1 in region R1 looks at avatar A2 in adjacent
region R2, we have two possibilities to communicate: A2-root sends
to A1-child (both in region R2), or A2-child sends to A1-root
(both in region R1). Currently, the children send data in some cases,
and I guess the viewer gets puzzled about that and switches the child
to root as consequence (at least partly), so it becomes visible.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
the first part of gesture persistence.
----------------------------------------------------------
Attachments no longer vanish on walking crossing. Teleport is still
problematic, but will now be blocked with message "Inconsistent
attachment state" rather than losing the attachment. Detach to be
able to TP in that case.
|
| |
|
|
|
|
|
|
|
|
|
| |
Change user server to handle attachment assets record properly. Ensure
that attachments are not re-rezzed on region crossing. Persistence
will NOT WORK with earliser UGAI!!
Change region server to match.
|
|
|
|
|
|
| |
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).
|