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: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Tuesday, December 18, 2012 9:09 PM To: [email protected] Subject: Opensim-users Digest, Vol 64, Issue 24 Send Opensim-users mailing list submissions to [email protected] 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 [email protected] You can reach the person managing the list at [email protected] 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" <[email protected]> To: <[email protected]> Subject: Re: [Opensim-users] Couple questions about master (Unhandled Message-ID: <[email protected]> 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: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Tuesday, December 18, 2012 6:00 AM To: [email protected] Subject: Opensim-users Digest, Vol 64, Issue 23 Send Opensim-users mailing list submissions to [email protected] 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 [email protected] You can reach the person managing the list at [email protected] 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 <[email protected]> To: [email protected] Subject: Re: [Opensim-users] Couple questions about master (Unhandled Packet AgentUpdate, and HTTP Inventory) Message-ID: <[email protected]> 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 [email protected] 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" <[email protected]> To: <[email protected]> Subject: [Opensim-users] Permissions Module Message-ID: <[email protected]> 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 <[email protected]> To: [email protected] Subject: Re: [Opensim-users] Permissions Module Message-ID: <[email protected]> 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 <[email protected]> To: [email protected] Subject: Re: [Opensim-users] Couple questions about master (Unhandled Message-ID: <[email protected]> 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: [email protected] > [mailto:[email protected]] On Behalf Of > [email protected] > Sent: Tuesday, December 18, 2012 6:00 AM > To: [email protected] > Subject: Opensim-users Digest, Vol 64, Issue 23 > > Send Opensim-users mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > To: [email protected] > Subject: Re: [Opensim-users] Couple questions about master (Unhandled > Packet AgentUpdate, and HTTP Inventory) > Message-ID: <[email protected]> > 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 > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users > > End of Opensim-users Digest, Vol 64, Issue 23 > ********************************************* > > _______________________________________________ > Opensim-users mailing list > [email protected] > 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 [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users End of Opensim-users Digest, Vol 64, Issue 24 ********************************************* _______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
