Hi, Suzy.
We wanted this flag to be stored on the server, across logins and
clients, because the information needs to be evaluated at the server.
It's also stored in settings.xml for two reasons:
a) It allows us to show that setting during the login process (but,
you'll note, it's not editable there because you haven't logged in yet).
b) The settings system provides a convenient mechanism for access to
user settings information across the whole viewer, and it's the
standard way we do preferences.
Changing it does require a server connection, and the viewer value is
always overridden by what the server knows at login. So yes, editing
it in settings.xml might affect what the viewer does only until next
time you log in at which time it will be overridden. And for any
server transaction, the value that the server has wins.
Q
On Jun 12, 2009, at 9:48 AM, Suzy Deffeyes wrote:
Hi All,
I'm working on porting OGP (http://wiki.secondlife.com/wiki/Open_Grid_Protocol
) login and teleport from the OGP9 branch to Snowglobe.
I had a question about the PreferredMaturity setting. I can
understand why the viewer would get the maturity flags from the
server, but why save them in settings.xml? For authentication
systems that don't pass back agent_region_access (like OpenSim or
OGP), wouldn't that mean that I'd end up getting whatever the last
main grid authenticate happened to store in my settings.xml? And
wouldn't this mean the setting.xml value for PreferredMaturity would
in fact not be user controllable via settings.xml?
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/SLDev
Please read the policies before posting to keep unmoderated posting privileges
