| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |\ |
|
| | |
| |
| |
| | |
reported performance problems
|
| | | |
|
| | |\ |
|
| | | |
| | |
| | |
| | | |
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
|
| |\ \ \
| | |/
| |/| |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
| |\ \ \
| |/ / |
|
| | |/
| |
| |
| |
| |
| | |
attachments cross standalone region boundaries
lots of messy debug code here too which would need to be removed
|
| | |
| |
| |
| |
| |
| |
| | |
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.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Small change for backport
Conflicts:
OpenSim/Region/CoreModules/Avatar/Dialog/DialogModule.cs
|
| | |
| |
| |
| | |
than a NullReferenceException
|
| | |
| |
| |
| | |
do this in callers so that we know who is setting up these things
|
| | |
| |
| |
| | |
dereference inside the exception catch
|
| | |
| |
| |
| |
| | |
Fixes a bug where the viewer didn't recieve the uuid of a chat broadcasting object
Thanks crystalsgalicia!
|
| | | |
|
| | | |
|
| |\ \
| |/ |
|
| | | |
|
| |\ \
| |/ |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
really don't need two methods doing the same thing, but differently.
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| | |
textures, etc.) were not being persisted to the database
this meant that the loaded settings would disappear after a restart
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
System.EntryPointNotFoundException: CreateZStream save/load oar/iar issue by telling the user what the likely problem is
|
| | |
| |
| |
| | |
bin/config-include/FlotsamCache.ini.example
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Fixes: Undo, T-pose of others on login, modifiedBulletX works again, feet now stand on the ground instead of in the ground, adds checks to CombatModule. Adds: Redo, Land Undo, checks to agentUpdate (so one can not fall off of a region), more vehicle parts. Finishes almost all of LSL (1 function left, 2 events).
Direct flames and kudos to Revolution, please
Signed-off-by: Melanie <melanie@t-data.com>
|
| | | |
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| | |
These patch should allow people using systems that do not have their locale set to En_US or similar to use OpenSim without suffering effects such as being a million miles up in the air on login.
The problem was caused by parsing strings without forcing that parse to be En_US (hence different decimal and digit group symbols were causing problems).
Thanks very much to VikingErik for doing the legwork on this fix and phacelia for spotting it in the first place.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
This resolves the problem where eyes and hair would turn white on standalone configurations
When a client receives body part information, for some insane reason or other it always ends up uploading this back to the server and then immediately re-requesting it.
This should have been okay since we stored that asset in cache. However, the standalone asset service connector was not checking this cache properly, so every time the client made the request for the asset it has just loaded it would get a big fat null back in the face, causing it to make clothes and hair white.
This bug did not affect grids since they use a different service connector.
|
| |\ \
| |/ |
|
| | |\ |
|
| | | | |
|
| | | | |
|
| | |/ |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
config-include/StandaloneCommon.ini [Modules] (or no [Modules] at all)"
This will be replaced by a better solution where an enabled baking module will fail if no cache is in place (same for dynamic texture modules)
This reverts commit 7058a4c2597a2b76704e906b73ae7077ff805b16.
|
| | |
| |
| |
| |
| |
| |
| | |
config-include/StandaloneCommon.ini [Modules] (or no [Modules] at all)
If this is the case, this patch makes CenomeAssetCache the default cache (which matches that selected in StandaloneCommon.ini.example)
Not having an asset cache may lead to a continual loop of appearance baking failures and cause dynamic textures not to work, among other effects
|
| | | |
|
