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: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, December 18, 2012 11:55 PM
To: [email protected]
Subject: Opensim-users Digest, Vol 64, Issue 25
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: 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" <[email protected]>
To: <[email protected]>
Subject: Re: [Opensim-users] Permissions Module
Message-ID: <[email protected]>
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: [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
*********************************************
------------------------------
Message: 2
Date: Tue, 18 Dec 2012 23:54:25 -0500
From: "Emperor Starfinder" <[email protected]>
To: <[email protected]>
Subject: [Opensim-users] Question about profile module
Message-ID: <[email protected]>
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
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
End of Opensim-users Digest, Vol 64, Issue 25
*********************************************
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
