[Opensim-users] Permissions Module
Emperor Starfinder
emperor at secondgalaxy.com
Thu Dec 20 22:48:04 UTC 2012
Okay so I have managed to figure out why the permissions system appeared not
to work. Apparently the grid god features override the permissions modules.
This is pretty strange considering grid god means only users with a level of
200 or higher can access grid god status according to opensim.ini. This
appears not to be the case as it appears to somehow override the permissions
system even for those with a default user level of 0. Turning grid god off
appears to fix this problem. It might be worth looking at why this would
occur in future revisions or releases of opensim.
Still haven't figured out the issue with profiles but suspect its xmlrpc
related.
-----Original Message-----
From: opensim-users-bounces at lists.berlios.de
[mailto:opensim-users-bounces at lists.berlios.de] On Behalf Of
opensim-users-request at lists.berlios.de
Sent: Tuesday, December 18, 2012 11:55 PM
To: opensim-users at lists.berlios.de
Subject: Opensim-users Digest, Vol 64, Issue 25
Send Opensim-users mailing list submissions to
opensim-users at lists.berlios.de
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.berlios.de/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
opensim-users-request at lists.berlios.de
You can reach the person managing the list at
opensim-users-owner at lists.berlios.de
When replying, please edit your Subject line so it is more specific than
"Re: Contents of Opensim-users digest..."
Today's Topics:
1. Re: Permissions Module (Emperor Starfinder)
2. Question about profile module (Emperor Starfinder)
----------------------------------------------------------------------
Message: 1
Date: Tue, 18 Dec 2012 21:34:38 -0500
From: "Emperor Starfinder" <emperor at secondgalaxy.com>
To: <opensim-users at lists.berlios.de>
Subject: Re: [Opensim-users] Permissions Module
Message-ID: <000001cddd91$64c7bb20$2e573160$@secondgalaxy.com>
Content-Type: text/plain; charset="us-ascii"
Yes I did test it with the terrain settings toggled in both about land and
in the region/ estate tool. I still get the same thing. This also affects
the ability of others to be able to edit objects etc. and yes we do run
windows. However we run Windows 64bit.
-----Original Message-----
From: opensim-users-bounces at lists.berlios.de
[mailto:opensim-users-bounces at lists.berlios.de] On Behalf Of
opensim-users-request at lists.berlios.de
Sent: Tuesday, December 18, 2012 9:09 PM
To: opensim-users at lists.berlios.de
Subject: Opensim-users Digest, Vol 64, Issue 24
Send Opensim-users mailing list submissions to
opensim-users at lists.berlios.de
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.berlios.de/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
opensim-users-request at lists.berlios.de
You can reach the person managing the list at
opensim-users-owner at lists.berlios.de
When replying, please edit your Subject line so it is more specific than
"Re: Contents of Opensim-users digest..."
Today's Topics:
1. Re: Couple questions about master (Unhandled (Emperor Starfinder)
2. Permissions Module (Emperor Starfinder)
3. Re: Permissions Module (GarminKawaguichi)
4. Re: Couple questions about master (Unhandled (Justin Clark-Casey)
----------------------------------------------------------------------
Message: 1
Date: Tue, 18 Dec 2012 08:30:22 -0500
From: "Emperor Starfinder" <emperor at secondgalaxy.com>
To: <opensim-users at lists.berlios.de>
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Message-ID: <001301cddd23$d5a078f0$80e16ad0$@secondgalaxy.com>
Content-Type: text/plain; charset="us-ascii"
I am getting that as well. It appears to happen with Imprudence, Hippo
Viewer (the one island oasis has done), Firestorm (For Opensim), and
Phoenix.
Additionally I keep getting the error message EOC code stream is corrupted.
Although the messages don't appear to have much effect on avatars that are
logged in.
-----Original Message-----
From: opensim-users-bounces at lists.berlios.de
[mailto:opensim-users-bounces at lists.berlios.de] On Behalf Of
opensim-users-request at lists.berlios.de
Sent: Tuesday, December 18, 2012 6:00 AM
To: opensim-users at lists.berlios.de
Subject: Opensim-users Digest, Vol 64, Issue 23
Send Opensim-users mailing list submissions to
opensim-users at lists.berlios.de
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.berlios.de/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
opensim-users-request at lists.berlios.de
You can reach the person managing the list at
opensim-users-owner at lists.berlios.de
When replying, please edit your Subject line so it is more specific than
"Re: Contents of Opensim-users digest..."
Today's Topics:
1. Re: Couple questions about master (Unhandled Packet
AgentUpdate, and HTTP Inventory) (Chris)
----------------------------------------------------------------------
Message: 1
Date: Mon, 17 Dec 2012 22:46:31 -0600
From: Chris <mewtwo0641 at gmail.com>
To: opensim-users at lists.berlios.de
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Packet AgentUpdate, and HTTP Inventory)
Message-ID: <50CFF527.4040203 at gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Okie dokie, I set up an entirely new instance of OpenSim using the latest
master and the warnings still show up using the tests from the previous
email, so I posted Mantis 6468
http://opensimulator.org/mantis/view.php?id=6468
Thank you Justin =)
On 12/13/2012 5:51 PM, Justin Clark-Casey wrote:
> How strange. I inspected all the packet pool code again visually for
> possible race conditions or bugs and couldn't find anything. I also
> tested with 2 viewers, LL 3.3.4 and LL 1.2.3 (on different machines)
> on both mono 2.10.9 and Windows with .net without seeing the issue.
> This particularly aspect of packet pooling has been around since early
> October, afair.
>
> However, clearly you're having some kind of problem. I added a tiny
> bit more logging in git master 0b93a68 to tell us whether one or both
> viewers are having their AgentUpdate packets rejected and how these
> are interleaved. Please could you retest with this and open a Mantis
> with the OpenSim.log. Thanks.
>
> On 13/12/12 04:57, Chris wrote:
>> Hi Justin,
>>
>> This started to happen just recently as soon as I started to use
>> commit 905d7c4 (r/21385); although I am not sure exactly when this
>> may have started as I made a bit of a jump (895d28f
>> r/20917 to 905d7c4 r/21385)
>>
>> This appears to happen when there is more than one person logged in.
>>
>> Did some tests in a few different variations of connectivity
>> configurations (As far as which computer(s) the viewers are running
>> on):
>>
>> Have 2 Computers set up, 1 with OS and all related services running,
>> the other does not have anything OS related running. Running a
>> typical home network, 1 network, nothing fancy =)
>>
>> Results:
>> 1 viewer running on the non OS computer: No apparent issues
>> 1 viewer running on the OS computer: No apparent issues
>>
>> 2 (or more) viewers running on the non OS computer: Shows the
>> AgentUpdate packet warnings from time to time
>> 2 (or more) viewers running on the OS computer: Shows the AgentUpdate
>> packet warnings although it is noticeably a bit spammier in this
>> configuration
>>
>> 1 viewer running on OS computer and 1 viewer running on non OS
>> computer: Shows the AgentUpdate packet warnings although it is
>> noticeably a bit spammier in this configuration. The viewer on the OS
>> computer tends to experience network lag quite a bit when walking
>> (i.e. The avatar drifts off into space for a few seconds after every
>> few steps) while the viewer on the non OS computer will be able to
>> walk around just fine but the warnings will still pop up in both
>> cases.
>>
>>
>> If I set RecyclePackets = false in [PacketPool] then the issues seem
>> to go away. I repeated the above tests and threw in a couple more
>> viewer instances for good measure to check as well.
>>
>>
>>
>> For the HTTP Inventory question; I set:
>>
>> [ClientStack.LindenCaps]
>> Cap_FetchInventoryDescendents2 = ""
>> Cap_FetchInventory2 = ""
>>
>> And inventory seems to load now (very quickly I might add) for
>> viewers with HTTP Inventory disabled in Debug Settings.
>>
>>
>> I did run into an exception along the way in my testing right after I
>> made the changes in [ClientStack.LindenCaps]. The below stack trace
>> came up (One exception per script in the item) when I detached one of
>> my attachments. I am not certain if it is related to any of the above
>> but I do recall that you wanted some more information on script state
>> related issues so I thought this might be a good thing to add =)
>>
>> Thank you!
>>
>>
>> Exception:
>>
>> 2012-12-12 22:35:38,843 ERROR -
>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to save
>> state of script AOHUD.AO v4, item UUID 14eba70e-
>>
>> 0bf8-4b5e-92d2-382f20eb4117, prim UUID
>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>> System.AppDomainUnloadedException: The target application domain has
>> been unloaded.
>>
>> Server stack trace:
>> at System.Threading.Thread.InternalCrossContextCallback(Context
>> ctx, IntPtr ctxID, Int32 appDomainID, InternalCrossContextDelegate
>> ftnToCall, Object
>>
>> [] args)
>> at
>> System.Runtime.Remoting.Channels.CrossAppDomainSink.DoTransitionDispa
>> tch(Byte[]
>> reqStmBuff,
>> SmuggledMethodCallMessage smuggledMcm,
>>
>> SmuggledMethodReturnMessage& smuggledMrm)
>> at
>> System.Runtime.Remoting.Channels.CrossAppDomainSink.SyncProcessMessag
>> e(IMessage
>> reqMsg)
>>
>> Exception rethrown at [0]:
>> at
>> System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessag
>> e reqMsg, IMessage retMsg)
>> at
>> System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData&
>> msgData, Int32 type)
>> at OpenSim.Region.ScriptEngine.Shared.ScriptBase.IScript.GetVars()
>> at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.GetVars()
>> in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\Sh
>> ared
>>
>>
>> \Instance\ScriptInstance.cs:line 919
>> at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptSerializer.Serializ
>> e(ScriptInstance
>> instance) in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim
>>
>> \Region\ScriptEngine\Shared\Instance\ScriptSerializer.cs:line 80
>> at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.SaveState(
>> String
>> assembly) in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region
>>
>> \ScriptEngine\Shared\Instance\ScriptInstance.cs:line 961
>> at OpenSim.Region.ScriptEngine.XEngine.XEngine.DoBackup(Object o)
>> in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\XE
>> ngine
>>
>>
>> \XEngine.cs:line 753
>> 2012-12-12 22:35:38,890 ERROR -
>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to save
>> state of script AOHUD.Menu v1.0, item UUID
>>
>> c8c29c17-048e-4abf-b650-8122f75eda26, prim UUID
>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>> System.AppDomainUnloadedException: The target application domain has
>> been unloaded.
>>
>> On 12/12/2012 5:37 PM, Justin Clark-Casey wrote:
>>> On 11/12/12 22:28, Chris wrote:
>>>> Hello every one, got a couple of questions about git master 905d7c4
>>>> (r/21385).
>>>>
>>>> I recently downloaded and compiled master and am noticing a bunch
>>>> of yellow text popping up (warnings?) saying [CLIENT]:
>>>> unhandled packet AgentUpdate primarily when walking around but they
>>>> do pop up on occasion when standing still. Is anyone else seeing
>>>> this?
>>>
>>> AgentUpdates are extremely common messages. If you do "debug packet
>>> 255" on the console you will see a constant stream of them come in
>>> since they tell the server about agent movements, head rotation,
>>> etc, even when you're standing completely still.
>>>
>>> So this must only be happening on rare occasions. In the current
>>> code this should only happen if an agent update message has somehow
>>> been sent to the client port from another source but with wrong
>>> session and agent IDs.
>>>
>>> This seems very unlikely, so I think a stronger candidate is some
>>> packet pooling issue.
>>>
>>> So in connection with this
>>>
>>> 1) How recently did this start happening?
>>>
>>> 2) Does it happen when you are alone on a region with nobody in the
>>> same or in any neighbouring regions?
>>>
>>> 3) What happens if you set
>>>
>>> [PacketPool]
>>> RecyclePackets = false
>>>
>>> ?
>>>
>>>>
>>>> Also a quick question about HTTP inventory and more recent viewers
>>>> (i.e. Firestorm, SL v3.3.x, and possibly v1.23 based viewers that
>>>> support it (have not tested these though)); It seems that when I
>>>> have HTTP Inventory disabled my inventory refuses to load up until
>>>> HTTP Inventory is enabled. I prefer to keep it off because UDP
>>>> inventory loads a lot quicker for me and having it disabled also
>>>> seems to result in more stable teleports on LL grid. Is there
>>>> anyway to fix this in the config files?
>>>
>>> On the server side, UDP inventory is always available. You could
>>> disable HTTP inventory on the server side with the instructions at
>>> [1] just to be sure. But I think a viewer bug is more likely where
>>> fallback is not happening properly when HTTP inventory is disabled.
>>> I don't know if there are any viewer config values which would help
>>> in this situation.
>>>
>>> [1] http://opensimulator.org/mantis/view.php?id=6412
>>>
>>
>>
>
>
--
OpenSim: 10 Region Standalone on 0.7.5 Dev
Physics: Open Dynamics Engine
OS: Windows 7 (x64)
CPU: AMD Phenom II X4 840 3.2 GHz
Memory: 11 GB DDR3
Database: MySQL 5.1.63 (x64)
------------------------------
_______________________________________________
Opensim-users mailing list
Opensim-users at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-users
End of Opensim-users Digest, Vol 64, Issue 23
*********************************************
------------------------------
Message: 2
Date: Tue, 18 Dec 2012 13:29:12 -0500
From: "Emperor Starfinder" <emperor at secondgalaxy.com>
To: <opensim-users at lists.berlios.de>
Subject: [Opensim-users] Permissions Module
Message-ID: <000001cddd4d$955d1c60$c0175520$@secondgalaxy.com>
Content-Type: text/plain; charset="us-ascii"
Okay so I am having a bit of a problem with the permissions module. I may
have something configured wrong but not sure. It seems everyone can edit
other people's objects terrafrom etc. even with these settings set in
OpenSim.ini
;# {permissionmodules} {} {Permission modules to use (may specify
multiple modules, separated by comma} {} DefaultPermissionsModule
;; Permission modules to use, separated by comma.
;; Possible modules are DefaultPermissionsModule, PrimLimitsModule
permissionmodules = DefaultPermissionsModule, PrimLimitsModule
;# {serverside_object_permissions}
{permissionmodules:DefaultPermissionsModule} {Activate permission handling
by the sim?} {true false} true
;; These are the parameters for the default permissions module
;;
;; If set to false, then, in theory, the server never carries out
;; permission checks (allowing anybody to copy
;; any item, etc. This may not yet be implemented uniformally.
;; If set to true, then all permissions checks are carried out
serverside_object_permissions = true
I have tried this with just either DefaultPermissionsModule or
PrimLimitsModule. And people can still edit other people's objects and
terraform.
Suggestions.
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.berlios.de/pipermail/opensim-users/attachments/20121218/45a92
7b6/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 18 Dec 2012 20:45:51 +0100
From: GarminKawaguichi <garmin.kawaguichi at magalaxie.com>
To: opensim-users at lists.berlios.de
Subject: Re: [Opensim-users] Permissions Module
Message-ID: <50D0C7EF.3080102 at magalaxie.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
I'm quite sure your answer will be: yes... but... Have you set correctly the
terrain permissions at the "About Land" level, Options tab (viewer); by
default they are full permissive.
GCI
Le 18/12/2012 19:29, Emperor Starfinder a ?crit :
>
> Okay so I am having a bit of a problem with the permissions module. I
> may have something configured wrong but not sure. It seems everyone
> can edit other people's objects terrafrom etc. even with these
> settings set in OpenSim.ini
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.berlios.de/pipermail/opensim-users/attachments/20121218/89bae
d3e/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 19 Dec 2012 02:08:44 +0000
From: Justin Clark-Casey <jjustincc at googlemail.com>
To: opensim-users at lists.berlios.de
Subject: Re: [Opensim-users] Couple questions about master (Unhandled
Message-ID: <50D121AC.6090908 at googlemail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Yes, this was a problem with master that probably got introduced on Nov 23
2012 which appears to affect Windows but not Mono. I have reverted this in
commit ae67435 today, which should make this issue go away. I would be very
interested in confirmation that you are running Windows (or notice that
you're actually on Mono), preferably as a note on [1].
The EOC messages are often associated, I think, with parsing of uploaded
avatar textures. I'm not sure if they are specific to certain viewers,
certain appearances, certain configurations (e.g. 64 bit windows, vs 32-bit
windows and
Mono) or are simply random.
[1] http://opensimulator.org/mantis/view.php?id=6468
On 18/12/12 13:30, Emperor Starfinder wrote:
> I am getting that as well. It appears to happen with Imprudence,
> Hippo Viewer (the one island oasis has done), Firestorm (For Opensim),
> and Phoenix.
>
> Additionally I keep getting the error message EOC code stream is
corrupted.
>
> Although the messages don't appear to have much effect on avatars that
> are logged in.
>
>
> -----Original Message-----
> From: opensim-users-bounces at lists.berlios.de
> [mailto:opensim-users-bounces at lists.berlios.de] On Behalf Of
> opensim-users-request at lists.berlios.de
> Sent: Tuesday, December 18, 2012 6:00 AM
> To: opensim-users at lists.berlios.de
> Subject: Opensim-users Digest, Vol 64, Issue 23
>
> Send Opensim-users mailing list submissions to
> opensim-users at lists.berlios.de
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.berlios.de/mailman/listinfo/opensim-users
> or, via email, send a message with subject or body 'help' to
> opensim-users-request at lists.berlios.de
>
> You can reach the person managing the list at
> opensim-users-owner at lists.berlios.de
>
> When replying, please edit your Subject line so it is more specific
> than
> "Re: Contents of Opensim-users digest..."
>
>
> Today's Topics:
>
> 1. Re: Couple questions about master (Unhandled Packet
> AgentUpdate, and HTTP Inventory) (Chris)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 17 Dec 2012 22:46:31 -0600
> From: Chris <mewtwo0641 at gmail.com>
> To: opensim-users at lists.berlios.de
> Subject: Re: [Opensim-users] Couple questions about master (Unhandled
> Packet AgentUpdate, and HTTP Inventory)
> Message-ID: <50CFF527.4040203 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Okie dokie, I set up an entirely new instance of OpenSim using the
> latest master and the warnings still show up using the tests from the
> previous email, so I posted Mantis 6468
>
> http://opensimulator.org/mantis/view.php?id=6468
>
> Thank you Justin =)
>
> On 12/13/2012 5:51 PM, Justin Clark-Casey wrote:
>> How strange. I inspected all the packet pool code again visually for
>> possible race conditions or bugs and couldn't find anything. I also
>> tested with 2 viewers, LL 3.3.4 and LL 1.2.3 (on different machines)
>> on both mono 2.10.9 and Windows with .net without seeing the issue.
>> This particularly aspect of packet pooling has been around since
>> early October, afair.
>>
>> However, clearly you're having some kind of problem. I added a tiny
>> bit more logging in git master 0b93a68 to tell us whether one or both
>> viewers are having their AgentUpdate packets rejected and how these
>> are interleaved. Please could you retest with this and open a Mantis
>> with the OpenSim.log. Thanks.
>>
>> On 13/12/12 04:57, Chris wrote:
>>> Hi Justin,
>>>
>>> This started to happen just recently as soon as I started to use
>>> commit 905d7c4 (r/21385); although I am not sure exactly when this
>>> may have started as I made a bit of a jump (895d28f
>>> r/20917 to 905d7c4 r/21385)
>>>
>>> This appears to happen when there is more than one person logged in.
>>>
>>> Did some tests in a few different variations of connectivity
>>> configurations (As far as which computer(s) the viewers are running
>>> on):
>>>
>>> Have 2 Computers set up, 1 with OS and all related services running,
>>> the other does not have anything OS related running. Running a
>>> typical home network, 1 network, nothing fancy =)
>>>
>>> Results:
>>> 1 viewer running on the non OS computer: No apparent issues
>>> 1 viewer running on the OS computer: No apparent issues
>>>
>>> 2 (or more) viewers running on the non OS computer: Shows the
>>> AgentUpdate packet warnings from time to time
>>> 2 (or more) viewers running on the OS computer: Shows the
>>> AgentUpdate packet warnings although it is noticeably a bit spammier
>>> in this configuration
>>>
>>> 1 viewer running on OS computer and 1 viewer running on non OS
>>> computer: Shows the AgentUpdate packet warnings although it is
>>> noticeably a bit spammier in this configuration. The viewer on the
>>> OS computer tends to experience network lag quite a bit when walking
>>> (i.e. The avatar drifts off into space for a few seconds after every
>>> few steps) while the viewer on the non OS computer will be able to
>>> walk around just fine but the warnings will still pop up in both
>>> cases.
>>>
>>>
>>> If I set RecyclePackets = false in [PacketPool] then the issues seem
>>> to go away. I repeated the above tests and threw in a couple more
>>> viewer instances for good measure to check as well.
>>>
>>>
>>>
>>> For the HTTP Inventory question; I set:
>>>
>>> [ClientStack.LindenCaps]
>>> Cap_FetchInventoryDescendents2 = ""
>>> Cap_FetchInventory2 = ""
>>>
>>> And inventory seems to load now (very quickly I might add) for
>>> viewers with HTTP Inventory disabled in Debug Settings.
>>>
>>>
>>> I did run into an exception along the way in my testing right after
>>> I made the changes in [ClientStack.LindenCaps]. The below stack
>>> trace came up (One exception per script in the item) when I detached
>>> one of my attachments. I am not certain if it is related to any of
>>> the above but I do recall that you wanted some more information on
>>> script state related issues so I thought this might be a good thing
>>> to add =)
>>>
>>> Thank you!
>>>
>>>
>>> Exception:
>>>
>>> 2012-12-12 22:35:38,843 ERROR -
>>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to
>>> save state of script AOHUD.AO v4, item UUID 14eba70e-
>>>
>>> 0bf8-4b5e-92d2-382f20eb4117, prim UUID
>>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>>> System.AppDomainUnloadedException: The target application domain has
>>> been unloaded.
>>>
>>> Server stack trace:
>>> at System.Threading.Thread.InternalCrossContextCallback(Context
>>> ctx, IntPtr ctxID, Int32 appDomainID, InternalCrossContextDelegate
>>> ftnToCall, Object
>>>
>>> [] args)
>>> at
>>> System.Runtime.Remoting.Channels.CrossAppDomainSink.DoTransitionDisp
>>> a
>>> tch(Byte[]
>>> reqStmBuff,
>>> SmuggledMethodCallMessage smuggledMcm,
>>>
>>> SmuggledMethodReturnMessage& smuggledMrm)
>>> at
>>> System.Runtime.Remoting.Channels.CrossAppDomainSink.SyncProcessMessa
>>> g
>>> e(IMessage
>>> reqMsg)
>>>
>>> Exception rethrown at [0]:
>>> at
>>> System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessa
>>> g
>>> e reqMsg, IMessage retMsg)
>>> at
>>> System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData&
>>> msgData, Int32 type)
>>> at OpenSim.Region.ScriptEngine.Shared.ScriptBase.IScript.GetVars()
>>> at
>>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.GetVars()
>>> in
>>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\S
>>> h
>>> ared
>>>
>>>
>>> \Instance\ScriptInstance.cs:line 919
>>> at
>>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptSerializer.Seriali
>>> z
>>> e(ScriptInstance
>>> instance) in
>>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim
>>>
>>> \Region\ScriptEngine\Shared\Instance\ScriptSerializer.cs:line 80
>>> at
>>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.SaveState
>>> (
>>> String
>>> assembly) in
>>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region
>>>
>>> \ScriptEngine\Shared\Instance\ScriptInstance.cs:line 961
>>> at OpenSim.Region.ScriptEngine.XEngine.XEngine.DoBackup(Object
>>> o) in
>>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\X
>>> E
>>> ngine
>>>
>>>
>>> \XEngine.cs:line 753
>>> 2012-12-12 22:35:38,890 ERROR -
>>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to
>>> save state of script AOHUD.Menu v1.0, item UUID
>>>
>>> c8c29c17-048e-4abf-b650-8122f75eda26, prim UUID
>>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>>> System.AppDomainUnloadedException: The target application domain has
>>> been unloaded.
>>>
>>> On 12/12/2012 5:37 PM, Justin Clark-Casey wrote:
>>>> On 11/12/12 22:28, Chris wrote:
>>>>> Hello every one, got a couple of questions about git master
>>>>> 905d7c4 (r/21385).
>>>>>
>>>>> I recently downloaded and compiled master and am noticing a bunch
>>>>> of yellow text popping up (warnings?) saying [CLIENT]:
>>>>> unhandled packet AgentUpdate primarily when walking around but
>>>>> they do pop up on occasion when standing still. Is anyone else
>>>>> seeing this?
>>>>
>>>> AgentUpdates are extremely common messages. If you do "debug
>>>> packet 255" on the console you will see a constant stream of them
>>>> come in since they tell the server about agent movements, head
>>>> rotation, etc, even when you're standing completely still.
>>>>
>>>> So this must only be happening on rare occasions. In the current
>>>> code this should only happen if an agent update message has somehow
>>>> been sent to the client port from another source but with wrong
>>>> session and agent IDs.
>>>>
>>>> This seems very unlikely, so I think a stronger candidate is some
>>>> packet pooling issue.
>>>>
>>>> So in connection with this
>>>>
>>>> 1) How recently did this start happening?
>>>>
>>>> 2) Does it happen when you are alone on a region with nobody in the
>>>> same or in any neighbouring regions?
>>>>
>>>> 3) What happens if you set
>>>>
>>>> [PacketPool]
>>>> RecyclePackets = false
>>>>
>>>> ?
>>>>
>>>>>
>>>>> Also a quick question about HTTP inventory and more recent viewers
>>>>> (i.e. Firestorm, SL v3.3.x, and possibly v1.23 based viewers that
>>>>> support it (have not tested these though)); It seems that when I
>>>>> have HTTP Inventory disabled my inventory refuses to load up until
>>>>> HTTP Inventory is enabled. I prefer to keep it off because UDP
>>>>> inventory loads a lot quicker for me and having it disabled also
>>>>> seems to result in more stable teleports on LL grid. Is there
>>>>> anyway to fix this in the config files?
>>>>
>>>> On the server side, UDP inventory is always available. You could
>>>> disable HTTP inventory on the server side with the instructions at
>>>> [1] just to be sure. But I think a viewer bug is more likely where
>>>> fallback is not happening properly when HTTP inventory is disabled.
>>>> I don't know if there are any viewer config values which would help
>>>> in this situation.
>>>>
>>>> [1] http://opensimulator.org/mantis/view.php?id=6412
>>>>
>>>
>>>
>>
>>
>
>
> --
> OpenSim: 10 Region Standalone on 0.7.5 Dev
> Physics: Open Dynamics Engine
> OS: Windows 7 (x64)
> CPU: AMD Phenom II X4 840 3.2 GHz
> Memory: 11 GB DDR3
> Database: MySQL 5.1.63 (x64)
>
>
>
> ------------------------------
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
> End of Opensim-users Digest, Vol 64, Issue 23
> *********************************************
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
------------------------------
_______________________________________________
Opensim-users mailing list
Opensim-users at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-users
End of Opensim-users Digest, Vol 64, Issue 24
*********************************************
------------------------------
Message: 2
Date: Tue, 18 Dec 2012 23:54:25 -0500
From: "Emperor Starfinder" <emperor at secondgalaxy.com>
To: <opensim-users at lists.berlios.de>
Subject: [Opensim-users] Question about profile module
Message-ID: <000101cddda4$ebe28b40$c3a7a1c0$@secondgalaxy.com>
Content-Type: text/plain; charset="us-ascii"
Okay I keep seeing this error message show up when someone attempts to
access a user profile or they log in.
23:44:54 - [PROFILE]: Unable to connect to Profile Server
http://galaxygrid.servegame.org/profile/profile.php. Method
avatar_properties_request, params System.Collections.Hashtable. Exception
System.Xml.XmlException: There are multiple root elements. Line 2, Position
2.
As far as I can tell I have everything pointed correctly.
My question is how to fix this problem. This module is the osprofile
module.
Thankfully I got the error messages to go away with XMLRPC Groups as well.
That can be done by doing the following in your config.php file.
$membersVisibleTo = 'All'; // Anyone in the group can see members
// $membersVisibleTo = 'Owners'; // Only members of the owners role
can see members
// $membersVisibleTo = 'All'; // Anyone can see members
Haven't figured out yet how to get the last online status part to work yet
but at least that lowers the chatty behavior from groups on the console.
Thanks again,
Emperor
------------------------------
_______________________________________________
Opensim-users mailing list
Opensim-users at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-users
End of Opensim-users Digest, Vol 64, Issue 25
*********************************************
More information about the Opensim-users
mailing list