[Opensim-users] Permissions Module
Justin Clark-Casey
jjustincc at googlemail.com
Thu Jan 3 21:36:56 UTC 2013
I appreciate the checking Emperor - it helps us a lot to keep the bug report signal to noise ratio as low as possible.
I'm not sure what Allow_Region_God would be - there is no such setting afaik though there is region_owner_is_god and
region_manager_is_god.
On 03/01/13 21:07, Emperor Starfinder wrote:
> Justin,
>
> I did have a few minutes to take a look at this issue a little further. I
> took the measure to set Allow_Grid_God = false
>
> When doing this it appears to have actually fixed the problem. I added this
> in opensim.ini to though I am not sure why this would be needed as it seems
> a little bit redundant but maybe it is something that's needed:
>
> {Permissions Module]
> Permissionmodules = DefaultPermissionsModule, PrimLimitsModule
>
> [PrimLimitsModule]
> EnforcePrimLimits = true
>
> I should also note that Allow_Region_God is set to true. This setting
> doesn't appear to have much impact.
>
> I was hesitant to do a bug report as I have not yet figured out if this is
> just a bug or was an issue with settings.
>
> Thanks
> Emperor
>
> -----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: Thursday, January 03, 2013 3:13 PM
> To: opensim-users at lists.berlios.de
> Subject: Opensim-users Digest, Vol 65, Issue 3
>
> 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 (Justin Clark-Casey)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 03 Jan 2013 20:13:08 +0000
> From: Justin Clark-Casey <jjustincc at googlemail.com>
> To: opensim-users at lists.berlios.de
> Subject: Re: [Opensim-users] Permissions Module
> Message-ID: <50E5E654.60804 at googlemail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I tried to replicate this and it was not possible, allow_grid_gods = true
> does not allow general users to edit each other's prims.
>
> Moreover, the code logic here is simple and there is no obvious scenario
> where this flag could fail.
>
> Please look at the actually used config values via the "config show Startup"
> command. This is the easiest way to see what you're actually using in light
> of the various levels of config files and overrides.
>
> If you're sure that your config parameters are correct then please open a
> mantis with the results of "config save" appended.
>
> On 20/12/12 22:48, Emperor Starfinder wrote:
>> 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.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
>> *********************************************
>>
>>
>>
>> ------------------------------
>>
>> 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.DoTransitionDis
>>>>> p
>>>>> a
>>>>> tch(Byte[]
>>>>> reqStmBuff,
>>>>> SmuggledMethodCallMessage smuggledMcm,
>>>>>
>>>>> SmuggledMethodReturnMessage& smuggledMrm)
>>>>> at
>>>>> System.Runtime.Remoting.Channels.CrossAppDomainSink.SyncProcessMess
>>>>> a
>>>>> g
>>>>> e(IMessage
>>>>> reqMsg)
>>>>>
>>>>> Exception rethrown at [0]:
>>>>> at
>>>>> System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMess
>>>>> a
>>>>> 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.Serial
>>>>> i
>>>>> 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.SaveStat
>>>>> e
>>>>> (
>>>>> 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
>> *********************************************
>>
>> _______________________________________________
>> 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 65, Issue 3
> ********************************************
>
> _______________________________________________
> 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
More information about the Opensim-users
mailing list