| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
the embedded local inventory connector to prevent an NRE when that connector tries to lookup the UserManager through the scene.
This is to address http://opensimulator.org/mantis/view.php?id=5669
However, if this failure was happening I'm kind of surprised that local HG inventory was working at all.....
We probably weren't seeing these exceptions previously because we weren't logging them when the reached the top of a FireAndForget thread.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
RemoveXInventoryServiceConnector
This is for http://opensimulator.org/mantis/view.php?id=5669
If we can't retrieve an IUserManagement module we complain, and we also warn in the log when its manually set in XISC by HGInventoryBroker
|
| | |
| | |
| | |
| | |
| | |
| | | |
This is only called by a region console command.
We should also be locking m_partsUpdateQueue when dequeueing the next part, or locking m_pendingObjects in QueuePartForUpdate().
However, I won't do this now since I don't have time to analyze how this would affect liveness.
|
| | |
| | |
| | |
| | |
| | |
| | | |
useless work as a closed scene object is never reset.
Strictly speaking, we could also stop bothering to clear the m_updateTimes and m_partsUpdateQueue if we are sure that the whole SceneViewer is shortly to be garbage collected anyway, but we'll leave them around for now.
|
| | | |
|
| | |
| | |
| | |
| | | |
m_pendingObjects lock in order to avoid the race condition seen by danbanner in http://opensimulator.org/mantis/view.php?id=5669
|
| | |
| | |
| | |
| | | |
variables in different contexts
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
rather than abort.
When a user logs in, the attachment item ids are pulled from persistence in the Avatars table. However,
the asset ids are not saved. When the avatar enters a simulator the attachments are set again. If
we simply perform an item check then the asset ids (which are now present) are never set, and NPC attachments
later fail unless the attachment is detached and reattached.
Hopefully resolves part of http://opensimulator.org/mantis/view.php?id=5653
|
| | |
| | |
| | |
| | | |
IAttachmentsModule.RezSingleAttachmentFromInventory() with the updateInventoryStatus switch, since this is never called with false
|
| | | |
|
| | |
| | |
| | |
| | | |
The second was already being filtered out so this has no user level effect
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
actually has an impact.
The code in question is over three years old and just be catching an inconsistency rather than being wholly necessary.
This commit still carries out the check and prints all the previous log warnings but a 'failure' no longer prevents avatar region crossing or teleport, and it doesn't give the client the error message.
This will have some kind of impact on http://opensimulator.org/mantis/view.php?id=5672
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
RemoteXInventoryServiceConnector for a visiting HG user.
Not doing this causes NREs whenever that user tries to access inventory when Hypergrid is turned on since the Remote connector does not have a scene (which is only used to fetch the UserManager)
Aims to address http://opensimulator.org/mantis/view.php?id=5669
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
selectively merge the changes made to core.
|
| | | |
|
|\ \ \
| |/ /
| | /
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| | |
This method wasn't actually doing anything since dropped attachments retain a PCode of 9.
Also, behaviour of dropped attachments in other places appears to be that they persist after avatar logout rather than get deleted.
|
| |
| |
| |
| | |
this is done through parts iteration
|
| |
| |
| |
| |
| |
| |
| | |
SOG.ClearPartAttachmentData() is called.
Even though we don't use these on rez they are still present after an unlink, after which selecting them causes various viewers to crash
Hopefully really does address http://opensimulator.org/mantis/view.php?id=5664
|
| |
| |
| |
| | |
the code becomes simpler if this is set from the outside - only one place needs to do this.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
IAM.RezObject() since its always recalculated later on anyway
|
| |
| |
| |
| | |
more readable
|
| |
| |
| |
| | |
group.GetChildPart(group.UUID);
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
objects that had previous been attachments.
Looks like this code was accidentally uncommented in e1b5c612 from feb 2010.
Appears to resolve the rest of http://opensimulator.org/mantis/view.php?id=5664
|
| |
| |
| |
| |
| |
| | |
acceptence message arrives, then don't send them an inventory update.
Doing so causes a NullReferenceException
|
| |
| |
| |
| | |
calling through the SOP, which doesn't make conceptual sense anyway.
|
| |
| |
| |
| | |
It's never possible for SOG to have no RootPart, except in the first few picosends of the big bang when it's pulled from region persistence or deserialized
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
The only times when ParentGroup might be null is during regression tests (which might not be a valid thing) and when scene objects are being constructed from the database.
At all other times it's not possible for a SOP not to have a SOG parent.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
been attachments were sending their old attachment values to the client.
The root part state is the canonical value, so always send that instead.
Sending conflicting attachments states for non-root parts of a rezzed object is enough to crash the client.
Fixes http://opensimulator.org/mantis/view.php?id=5664.
Many thanks to mewtwo0641 for some fantastic qa work on this one.
|
| |
| |
| |
| | |
Resolves http://opensimulator.org/mantis/view.php?id=5665
|
| | |
|
| |
| |
| |
| |
| |
| | |
rather than letting it terminate the simulator.
Exceptions don't appear to do this with the SmartThreadPool but they do with UnsafeQueueUserWorkItem (and maybe others)
|
| |
| |
| |
| | |
SP.AddToPhysicalScene()
|
| | |
|
| |
| |
| |
| | |
Attachments.Count == 0 instead
|
| | |
|
| | |
|
| | |
|