<div dir="ltr">"M<span style="font-family:arial,sans-serif;font-size:13px">aybe a good starting point is to see what </span><span style="font-family:arial,sans-serif;font-size:13px">you would like that doesnt' work before you go and fix things that..."</span><div>
<br></div><div>Actually, that *is* where I began.<div><br></div><div>My user reports various failures, which are repeatable on the running regions. No amount of reconfiguration predictably affects the experience on the regions.</div>
<div><br></div><div>We do have a couple of regions that seem to work perfectly, including that which I'm working with; it started working after I completely replaced the OpenSim.ini with one that was identical excepting the http_listener specifcation. Unfortunately, repeating this process with the same OpenSim.ini on a different region that doesn't work did not produce a region that does.</div>
<div><br></div><div>To say that it works intermittently is a bit of an understatement; though it does seem that once it begins working it continues to do so.</div><div><br></div><div><br></div><div>Try not to be so defensive Mel; I'm not attacking you or your work, I'm just attempting to figure out what's happening on these regions. I have eliminated everything I can find but the code, which I am told by others is not to be trusted as fully functional; and I am not afraid to get in and get my hands dirty.</div>
<div><br></div></div><div><br></div><div>Cheers</div><div>James</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 10, 2014 at 10:10 AM, Melanie <span dir="ltr"><<a href="mailto:melanie@t-data.com" target="_blank">melanie@t-data.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The code for parcel access works, as far as I'm aware. It was<br>
originally fixed in Avination and that should have been donated to<br>
OpenSim a long time ago. Maybe a good starting point is to see what<br>
you would like that doesnt' work before you go and fix things that<br>
aren't broken.<br>
<br>
Melanie<br>
<div><div class="h5"><br>
<br>
On 10/04/2014 17:05, James Stallings II wrote:<br>
> Subsequent work (instrumentation to Scene) shows that the permissions<br>
> checking code is also being called twice there.<br>
><br>
> Cheers<br>
> James<br>
><br>
><br>
><br>
> On Thu, Apr 10, 2014 at 9:30 AM, James Stallings II <<br>
> <a href="mailto:james.stallings@gmail.com">james.stallings@gmail.com</a>> wrote:<br>
><br>
>> After some further exploration, I have seen where the method calls taking<br>
>> precedence from out of Scene are handling ViaLogin; but they are also doing<br>
>> some of the same lifting performed in the Land Management module. This<br>
>> seems to be duplication of effort, if not duplication of code; and is<br>
>> certainly less elegant than I would hope to find in our codebase (in an<br>
>> ideal world ;)<br>
>><br>
>> This is likely the result of the ad-hoc nature of the development life of<br>
>> the project over the years; I can see the scene code being a good deal<br>
>> older than the Land Management module.<br>
>><br>
>> I'll be working with this throughout the day, hoping to improve the code<br>
>> as I'm able; your thoughts, advice and commentary are solicited and<br>
>> appreciated.<br>
>><br>
>> Cheers<br>
>> James<br>
>><br>
>><br>
>><br>
>> On Thu, Apr 10, 2014 at 9:01 AM, James Stallings II <<br>
>> <a href="mailto:james.stallings@gmail.com">james.stallings@gmail.com</a>> wrote:<br>
>><br>
>>> Greetings Devs :)<br>
>>><br>
>>> I have a use case that requires the unlikely and less than popular parcel<br>
>>> permissions access control featureset.<br>
>>><br>
>>> Historically speaking, this has not been an area of development that has<br>
>>> seen much love, and understandably so; none of us are particularly<br>
>>> interested in fully duplicating the operational envelope of the Second Life<br>
>>> experience. That coupled with the ability to deploy regions at whim, it is<br>
>>> no wonder no one wants to involve themselves particularly deeply with<br>
>>> making this work properly.<br>
>>><br>
>>> That being said, I have a need at present, and there is also the simple<br>
>>> fact that we have a dearth of UI components in the viewer we may well never<br>
>>> get shut of, and a lot of of unfinished and/or unpolished code in the repo<br>
>>> that touches on this functionality.<br>
>>><br>
>>> The short story is, it may be above the waterline, but there is a hole in<br>
>>> the boat, and one of my users is driving it headlong into the surf.<br>
>>><br>
>>> So much for metaphors.<br>
>>><br>
>>> I have heard a variety of conflicting reports about the state of this<br>
>>> part of the codebase; some say it works well; others say it should not be<br>
>>> counted on to work at all. The commit logs tell the tale that some have<br>
>>> taken an interest and are working diligently to eliminate certain bugs;<br>
>>> unfortunately, the work in progress has not yet brought the functionality<br>
>>> into a state where it is yet useful, at least according to my testing.<br>
>>><br>
>>> I'm not unwilling to undertake the work needed to bring this situation<br>
>>> into a more satisfactory light; indeed, I've already begun, and I need only<br>
>>> a little guidance today.<br>
>>><br>
>>>  I have thoroughly instrumented the method "public void<br>
>>> EventManagerOnAvatarEnteringNewParcel(ScenePresence avatar, int<br>
>>> localLandID, UUID regionID)"<br>
>>> in the land management module, and was immediately confronted with a<br>
>>> couple of surprises:<br>
>>> First, when the code is called at all, it is called twice; and as far as<br>
>>> I can tell, it is called only after a successful login has been completed.<br>
>>> Neither does it seem to be called when an avatar teleports into the region.<br>
>>><br>
>>> Instead, the method "public bool TestLandRestrictions(UUID agentID, out<br>
>>> string reason, ref float posX, ref float posY)" is called from<br>
>>> "OpenSim/Region/Framework/Scenes/Scene.cs" and<br>
>>> "OpenSim/Region/Framework/Scenes/ScenePresence.cs", and mediates (rather<br>
>>> less than consistently) whether the avatar is allowed into the parcel on<br>
>>> the region.<br>
>>><br>
>>> Being aware that there are several ways for an avatar to enter a parcel,<br>
>>> which I will leave off enumerating at present, I would suggest that perhaps<br>
>>> I have some misapprehensions as to the proper stages of authentication at<br>
>>> login-time.<br>
>>><br>
>>> So my question is this: should both of these functions come into play as<br>
>>> an avatar enters a region (and consequently, a parcel)? or should there be<br>
>>> a single methoid conducting these presence permission checks?<br>
>>><br>
>>> Please advise at your convenience :)<br>
>>><br>
>>> Many thanks and cheers<br>
>>> James/Hiro<br>
>>><br>
>>><br>
>>> --<br>
>>> ===================================<br>
>>> <a href="http://osgrid.org/" target="_blank">http://osgrid.org/</a><br>
>>> <a href="http://simhost.com" target="_blank">http://simhost.com</a><br>
>>> <a href="http://twitter.com/jstallings2" target="_blank">http://twitter.com/jstallings2</a><br>
>>><br>
>>><br>
>><br>
>><br>
>> --<br>
>> ===================================<br>
>> <a href="http://osgrid.org/" target="_blank">http://osgrid.org/</a><br>
>> <a href="http://simhost.com" target="_blank">http://simhost.com</a><br>
>> <a href="http://twitter.com/jstallings2" target="_blank">http://twitter.com/jstallings2</a><br>
>><br>
>><br>
><br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">===================================<div><a href="http://osgrid.org/" target="_blank">http://osgrid.org/</a><br><a href="http://simhost.com" target="_blank">http://simhost.com</a><br>
<a href="http://twitter.com/jstallings2" target="_blank">http://twitter.com/jstallings2</a><br><br></div></div>
</div>