| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
it doesn't trigger an exception if the item hasn't been found.
In this situation we will now put out a slightly more meaningful log error message instead.
|
| |
| |
| |
| | |
Haven't been able to resolve issue where attachments are removed by the viewer on relog on a localhost
|
| |
| |
| |
| | |
work again.
|
| |
| |
| |
| | |
code
|
| | |
|
| | |
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | | |
was a dumb merge artefact that caused it.
|
| | |
| | |
| | |
| | | |
([XMLRPC] not [Startup]) and disable by default (since it's disabled in the ini by default)
|
| | |
| | |
| | |
| | | |
xmlrpc_uri event if it's not mentioned in the ini.
|
| |\ \ |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
a tantrum
|
| |/ / |
|
| |\ \ |
|
| | | | |
|
| | |\ \ |
|
| | | | |
| | | | |
| | | | |
| | | | | |
the script hasn't yet saved state, or can't save state because of a loop
|
| | | | | |
|
| |/ / /
| | | |
| | | |
| | | | |
loading if the specified permissions modules fail to load.
|
| |\ \ \
| | |/ / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
with many scripts
See http://opensimulator.org/mantis/view.php?id=4799 for more details
This is the equivalent patch that was applied to master 3.5 weeks ago, seemingly without bad consequences
Thanks Snoopy!
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
WebException to Exception on feedback from Chris Hart.
See http://opensimulator.org/mantis/view.php?id=4810
|
| | | |
| | | |
| | | |
| | | | |
due to unhandled file lock exception. Attempt to resolve by wrapping several instances of file create / read logic in using statements and added some error handling for locked file exceptions. If it is IDisposable, it must be disposed! The close statements are unnecessary but harmless so I have left those in. The end of the using block will close and dispose automagically.
|
| | |\ \
| | | | |
| | | | |
| | | | | |
into 0.6.9-post-fixes
|
| | | | |
| | | | |
| | | | |
| | | | | |
Addresses Mantis #4752
|
| | | | | |
|
| | | | | |
|
| | |/ /
| | | |
| | | |
| | | | |
Thanks to Nebadon for the spot
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
z co-ord instead of accidentally resetting the incorrect x co-ord
This is a one-liner. It has already been addressed in master and 0.7-post-fixes in a more extensive way
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
they aren't fatal to operations"
This reverts commit ae2454821628d847b0add20a4c593162baafde5b.
Reverted for now pending a fix to the underlying xengine problem instead.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
aren't fatal to operations
this will hopefully stop "save oar" from failing if a script asset is corrupt
|
| | | |
| | | |
| | | |
| | | | |
reported performance problems
|
| | | |
| | | |
| | | |
| | | | |
in through a cherry-pick
|
| | | |
| | | |
| | | |
| | | | |
compiling it
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
relevant test code has been obsoleted
this allows the tests to pass on my local system
|
| | |\ \ |
|
| | | | |
| | | | |
| | | | |
| | | | | |
ScenePresence.UpdatePriority() to private
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
If viewers (or at least, Linden Viewer 1.23.5) receive child hud object updates before the root prim, then the children are not displayed.
Updates were being queued in LLClientView in the right order (root first) but were being sent in a random order since they were all at the same prioritization
This commit prioritizes the root prim of a hud to its highest level when queued.
I'm not sure if the periodic reprioritization triggered via ScenePresence might reset this, but boosting priority appears to work so far.
Also committed is a belt and braces mechanism in LLClientView to prevent child hud prim being sent out before their root, but since this doesn't appear to be needed it is currently commented out.
|
| | | | |
| | | | |
| | | | |
| | | | | |
crossing
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
attachments cross standalone region boundaries
lots of messy debug code here too which would need to be removed
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
route the permissions request through the existing CanEditScript() and CanEditNotecard() methods.
This implements the 'share with group' flag for notecards and scripts in prim inventory since the PermissionsModule checks group membership and permissions.
Other than that, the code in PermissionsModule duplicates the checks in LLClientView so there should be no change other than allowing group members to edit embedded notecards and scripts.
For all other asset types, the permission checking code in LLClientView continues to be used, pending refactoring of suitable permissions code
This means that 'share with group' will not yet work for prim inventory items other than notecards and scripts
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
the client's active group id
this resolves the earlier issue where notecards/scripts shared with group could only be edited if the user had that group active
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
If serverside permissions are off then this works as expected. Previously, it was impossible for more than one person to edit such items even if permissions were off.
If serverside permissions are on then this works as expected if the object was created by an avatar who had the required group active.
However, if the group for the object is later set then the contained item is still not editable. This may be linked to a wider bug where the object is still not modifiable by the group anyway
Resolve conflict in LLClientView
|