<div dir="ltr">The only code I'm affecting the local copy on my server; it isn't as if I'm going to break break the central repo back to 2006. Hell, I don't even have commit. And FWIW, last I hear adding log statements to code is a valid tried and true debugging method.<div>
<br></div><div><br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 10, 2014 at 10:23 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">I'm not even being defensive. I just don't like the idea of poking<br>
code with a sharp stick instead of debugging it properly.<br>
<span class="HOEnZb"><font color="#888888"><br>
- Melanie<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 10/04/2014 17:20, James Stallings II wrote:<br>
> "Maybe a good starting point is to see what you would like that doesnt'<br>
> work before you go and fix things that..."<br>
><br>
> Actually, that *is* where I began.<br>
><br>
> My user reports various failures, which are repeatable on the running<br>
> regions. No amount of reconfiguration predictably affects the experience on<br>
> the regions.<br>
><br>
> We do have a couple of regions that seem to work perfectly, including that<br>
> which I'm working with; it started working after I completely replaced the<br>
> OpenSim.ini with one that was identical excepting the http_listener<br>
> specifcation. Unfortunately, repeating this process with the same<br>
> OpenSim.ini on a different region that doesn't work did not produce a<br>
> region that does.<br>
><br>
> To say that it works intermittently is a bit of an understatement; though<br>
> it does seem that once it begins working it continues to do so.<br>
><br>
><br>
> Try not to be so defensive Mel; I'm not attacking you or your work, I'm<br>
> just attempting to figure out what's happening on these regions. I have<br>
> eliminated everything I can find but the code, which I am told by others is<br>
> not to be trusted as fully functional; and I am not afraid to get in and<br>
> get my hands dirty.<br>
><br>
><br>
> Cheers<br>
> James<br>
><br>
><br>
><br>
> On Thu, Apr 10, 2014 at 10:10 AM, Melanie <<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>> wrote:<br>
><br>
>> 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>
>><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<br>
>> taking<br>
>> >> precedence from out of Scene are handling ViaLogin; but they are also<br>
>> 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<br>
>> 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<br>
>> parcel<br>
>> >>> permissions access control featureset.<br>
>> >>><br>
>> >>> Historically speaking, this has not been an area of development that<br>
>> has<br>
>> >>> seen much love, and understandably so; none of us are particularly<br>
>> >>> interested in fully duplicating the operational envelope of the Second<br>
>> Life<br>
>> >>> experience. That coupled with the ability to deploy regions at whim,<br>
>> 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<br>
>> never<br>
>> >>> get shut of, and a lot of of unfinished and/or unpolished code in the<br>
>> repo<br>
>> >>> that touches on this functionality.<br>
>> >>><br>
>> >>> The short story is, it may be above the waterline, but there is a hole<br>
>> 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<br>
>> 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<br>
>> 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<br>
>> 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<br>
>> as<br>
>> >>> I can tell, it is called only after a successful login has been<br>
>> completed.<br>
>> >>> Neither does it seem to be called when an avatar teleports into the<br>
>> 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<br>
>> (rather<br>
>> >>> less than consistently) whether the avatar is allowed into the parcel<br>
>> on<br>
>> >>> the region.<br>
>> >>><br>
>> >>> Being aware that there are several ways for an avatar to enter a<br>
>> parcel,<br>
>> >>> which I will leave off enumerating at present, I would suggest that<br>
>> perhaps<br>
>> >>> I have some misapprehensions as to the proper stages of authentication<br>
>> at<br>
>> >>> login-time.<br>
>> >>><br>
>> >>> So my question is this: should both of these functions come into play<br>
>> as<br>
>> >>> an avatar enters a region (and consequently, a parcel)? or should<br>
>> 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>
>> > _______________________________________________<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>
>><br>
><br>
><br>
><br>
><br>
><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>
_______________________________________________<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>
</div></div></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>