| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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
|
| |
| |
| |
| |
| |
| |
| |
| | |
attachments cross standalone region boundaries"
This reverts commit 5074d290e4aeb583560272cadc8ba09aa8337210.
This gets rid of the massive amount of scene object log spam - sorry about that, folks
|
| |
| |
| |
| | |
This addresses mantis http://opensimulator.org/mantis/view.php?id=4739
|
| |\
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This chiefly brings in the new sqlite adaptor and renames the old one to SQLiteLegacy
Existing configuratios should continue to work without changes unless you are using Mac OSX and mono 2.6 or later, in which case you will need to enable SQLiteLegacy instead. Please se the instructions in OpenSim.ini.example and the relevant config/include .ini files
Conflicts:
OpenSim/Framework/Servers/VersionInfo.cs
OpenSim/Region/Framework/Scenes/Scene.Inventory.cs
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Fixes a bug where the viewer didn't recieve the uuid of a chat broadcasting object
Thanks crystalsgalicia!
|
| | | |
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | | |
dereference inside the exception catch
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
directly specification of byte[] type rather than base64 strings
|
| | | |
| | | |
| | | |
| | | | |
db from master to 0.6.9
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
evil way forward since mono 2.6 and later will see increasing usage, and this only works with what was
SQLiteNG MAC USERS WILL NEED TO CHANGE REFERENCES TO "OpenSim.Data.SQLite.dll" to "OpenSim.Data.SQLiteLegacy.dll" in OpenSim.ini and config-include/StandaloneCommon.ini (if
using standalone) See the OpenSim.ini.example and StandaloneCommon.ini.example files for more details This commit also temporarily changes unsigned ParentEstateID values in the
OpenSim.Data.Tests to signed temporarily, since the new plugin enforces creation of signed fields in the database (which is what the SQL actually specifies). And change data
columns in sqlite is a pita.
|
| | | |
| | | |
| | | |
| | | | |
it wasn't working because of debug work that I'd forgotton to take out
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
with it rather than within the loop
disposing of it within the loop causes Mono.Data.Sqlite.dll to get upset, and it's the wrong behaviour anyway
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Include the library so that Windows builds correctly
It appears that Windows is okay with either SQLite or SQLiteNG
Incorporate the latest fixes made by Diva to OpenSim.Data.SQLite
|
| | | |
| | | |
| | | |
| | | | |
shortly be changed to work under mono 2.6 and above
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
threads."
This reverts commit f831a1778baa766b4810e352f3ae2ab6736e4620.
With this, post-fixes is back to normal.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
instead of forcing the issue.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
EXPERIMENTAL for OSG"
This reverts commit 241ed5734ee3c5b1417484dfa22af6cf6ae60b82.
|
| | | |
| | | |
| | | |
| | | | |
testing. DO NOT UPDATE TO THIS UNLESS YOU KNOW WHAT YOU'RE DOING!
|
| | | |
| | | |
| | | |
| | | | |
needed libraries
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
This is going to be the right behaviour in all cases, I should think.
This means that avatars in region when an oar is loaded do not lose their attachments
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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
|
| | |
| | |
| | |
| | | |
this fix stops two full updates being sent on attachment rather than one. Sending two can stop the client displaying attachments properly
|
| | |
| | |
| | |
| | | |
master
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
loaded just fine
this fix also means that loaded scripts are properly/more promptly started
here, the fix is only done in the oar module. In master, the underlying problem was fixed instead but this is more invasive.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Tweak to update appearance calls
Fix for deleting inventory items from a folder.
Thanks StrawberryFride!
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Small change for backport
Conflicts:
OpenSim/Region/CoreModules/Avatar/Dialog/DialogModule.cs
|
| | |
| | |
| | |
| | | |
some older content
|
| | |
| | |
| | |
| | | |
than a NullReferenceException
|
| | |
| | |
| | |
| | | |
I'm seeing the viewer ignore or fail to parse ACKs appended to our zerocoded packets. This should cut down on viewer->sim resend traffic
|
| | |
| | |
| | |
| | |
| | |
| | | |
it's empty
On Mono 2.6 (and probably before) this causes a non-obvious IOException
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
If a full update is sent after the kill, the object remains as in the linden viewer but in an undeletable and unowned state until relog
This patch prevents this by recording kills in LLClientView
Backport from master
|