| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |\
| |
| |
| |
| | |
Conflicts:
OpenSim/Region/Framework/Interfaces/IAttachmentsModule.cs
|
| | | |
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| | |
AvatarFactoryModule.Initialize()
This is never null
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| | |
5035).
Using the RemoteAdmin API to close then recreate a region would fail if the estate name had not changed. If the estate name /was/ changed then the existing estate would be renamed rather than a new one being created. The problem really arose from a lack of distinction in the data storage layer between creating new estates and loading existing ones.
|
| |\ \
| |/ |
|
| | |
| |
| |
| | |
It's not appropriate for code outside the attachments module to call this.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
IScenePresence.AttachmentsSyncLock object
Attach and detach packets are processed asynchronously when received from a viewer.
Bugs like http://opensimulator.org/mantis/view.php?id=5644 indicate that in some situations (such as attaching/detaching entire folders of objects at once), there are race conditions between these threads.
Since multiple data structures need to be updated on attach/detach, it's not enough to lock the individual collections.
Therefore, this commit introduces a new IScenePresence.AttachmentsSyncLock which add/remove operations lock on.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
m_pendingObjects lock in order to avoid the race condition seen by danbanner in http://opensimulator.org/mantis/view.php?id=5669
|
| | |
| |
| |
| | |
IAttachmentsModule.RezSingleAttachmentFromInventory() with the updateInventoryStatus switch, since this is never called with false
|
| | | |
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| |
| | |
This was happening because we were using the source avatar's item IDs in the clone appearance.
Switch to using the asset IDs of attachments instead for NPCs.
The InventoryAccessModule and AttachmentModule had to be changed to allow rezzing of an object without an associated inventory item.
Hopefully goes some way towards resolving http://opensimulator.org/mantis/view.php?id=5653
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
The approach here, as in other parts of OpenSim, is to return a copy of the list rather than the attachments list itself
This prevents callers from forgetting to lock the list when they read it, as was happening in various parts of the codebase.
It also improves liveness.
This might improve attachment anomolies when performing region crossings.
|
| | | |
|
| | |
| |
| |
| | |
This adds an incomplete IScenePresence to match ISceneEntity
|
| | | |
|
| | |
| |
| |
| |
| | |
Assets have to be marked non-local as well as non-temporary to persist. This is now done.
Hopefully addresses http://opensimulator.org/mantis/view.php?id=5660
|
| | |
| |
| |
| | |
object group direct
|
| | |
| |
| |
| | |
DetachSingleAttachmentToInv() for consistency and to reflect it's actual behaviour
|
| | |
| |
| |
| |
| |
| | |
to help with the inconsistent state bug.
This also refactors AttachmentsModules to stop pointlessly refetching the ScenePresence in various methods. However, more of this is required.
|
| | |
| |
| |
| | |
addition to the hardcoded ones.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
llRegionSay will now message avatars on chan 0
and will message attachments on the avatar that
listen on channels other than 0.
This behavior is consistant with the LL
implementation as tested on regions in Agni
with one exception: this implementation does
not include issue:
https://jira.secondlife.com/browse/SCR-66?
|
| | |
| |
| |
| |
| |
| |
| | |
llRegionSayTo(key target, integer channel, string messasge)
Allows messages to be sent region-wide
to a particular prim.
|
| | |
| |
| |
| |
| | |
This meant punching in another AddUser() method in IUserManagement to do a direct name to UUID associated without the account check (since NPCs don't have accounts).
May address http://opensimulator.org/mantis/view.php?id=5645
|
| | |
| |
| |
| |
| |
| | |
previous attachments from the scene.
Addresses http://opensimulator.org/mantis/view.php?id=5636
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
Default for this function is now not to automatically land.
This allows better control by scripts when an avatar is going to be landing on a prim rather than the ground.
Stopping the avatar involves faking a collision, to avoid the pid controller making it overshoot.
A better approach would be to gradually slow the avatar as we near the target
|
| | |
| |
| |
| |
| | |
this is to allow walking on prims. it will be up to the script writer to be sure that there is a continuous path.
currently implemented in osNpcMoveToTarget(), but none of this is final.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
storage.
This works by serializing and deserializing NPC AvatarAppearance to a notecard in the prim inventory and making the required baked textures permanent.
By using notecards, we avoid lots of awkward, technical and user-unfriendly issues concerning retaining asset references and creating a new asset type.
Notecards also allow different appearances to be swapped and manipulated easily.
This also allows stored NPC appearances to work transparently with OARs/IARs since the UUID scan will pick up and store the necessary references from the notecard text.
This works in my basic test but is not at all ready for user use or bug reporting yet.
|
| | |
| |
| |
| | |
INPCModule
|
| |\ \
| |/ |
|
| | |
| |
| |
| | |
CanGetAgentInventoryItem() to improve code readability
|
| |\ \
| |/ |
|
| | |
| |
| |
| | |
the scene presence exists
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| | |
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!
|
| |\ \
| |/ |
|
| | |
| |
| |
| | |
button by foreign visitors. Added command to the UserManagementModule to list all the known bindings between user UUIDs and their names: show user-names.
|
| | |
| |
| |
| | |
WARNING: additional configuration for HG inis -- see *Common.ini.example
|
| | |\ |
|
| | | |
| | |
| | |
| | | |
window, but can't test because this mechanism doesn't seem to work without a profile service.
|
| | | |
| | |
| | |
| | | |
FriendsData[] GetFriends(string principalID) to IFriendsData and FriendInfo[] GetFriends(string PrincipalID) to IFriendsService. Refactored some more in the FriendsModule. Made client get notification of local friends permissions upon HGLogin. HG Friends object permissions work.
|
