It used to go through event manager - an ancient way of doing it. - Melanie
On 10/04/2014 18:44, James Stallings II wrote: > There are still getters and setters on the property, but I cant ref the > config point anywhere > > > On Thu, Apr 10, 2014 at 11:43 AM, James Stallings II < > [email protected]> wrote: > >> Mel, cant get a grep on allow_f* anywhere in the source tree, looks like >> it has gone the way of the elves >> >> >> On Thu, Apr 10, 2014 at 11:37 AM, James Stallings II < >> [email protected]> wrote: >> >>> I thought I recalled such a thing, been about as long since I looked at >>> it ;) >>> >>> Thanks Mel >>> >>> >>> James >>> >>> >>> >>> On Thu, Apr 10, 2014 at 11:37 AM, Melanie <[email protected]> wrote: >>> >>>> Yes. allow_forceful_banlines, I believe. Long time since I looked at it. >>>> >>>> - Melanie >>>> >>>> On 10/04/2014 18:33, James Stallings II wrote: >>>> > Quick question (related) is there a configuration point I'm missing >>>> that >>>> > enables 'forceful bans'? >>>> > >>>> > >>>> > >>>> > On Thu, Apr 10, 2014 at 11:30 AM, James Stallings II < >>>> > [email protected]> wrote: >>>> > >>>> >> I kinder suspected something to that effect. It goes without saying >>>> that a >>>> >> lot occurs during the login process than is immediately apparent when >>>> one >>>> >> sits and watches the consoles. >>>> >> >>>> >> Right now I'm leaning towards the previously-mentioned edge case. >>>> >> >>>> >> >>>> >> On Thu, Apr 10, 2014 at 11:29 AM, Melanie <[email protected]> wrote: >>>> >> >>>> >>> The QueryAccess is a pre-authorization. So the double call is >>>> >>> intentional and unavoidable. >>>> >>> >>>> >>> - Melanie >>>> >>> >>>> >>> On 10/04/2014 18:14, James Stallings II wrote: >>>> >>> > It would seem that the two invocations of the TestLandRestrictions >>>> >>> method >>>> >>> > in Scene occur in each of NewUserConnection and >>>> >>> > QueryAccess. EventManagerOnAvatarEnteringNewParcel is, fairly >>>> obviously, >>>> >>> > and event callback method; at this point I don't have but a guess >>>> where >>>> >>> > this might be called excepting from >>>> >>> > within EventManagerOnSignificantClientMovement. >>>> >>> > >>>> >>> > I'd like to think that the two calls to TestLandRestrictions in >>>> Scene >>>> >>> might >>>> >>> > be reduced to one; but I'm not yet convinced it is the way to go. >>>> >>> > >>>> >>> > More to follow. >>>> >>> > >>>> >>> > Cheers >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > On Thu, Apr 10, 2014 at 10:59 AM, Robert A. Knop Jr. < >>>> [email protected] >>>> >>> >wrote: >>>> >>> > >>>> >>> >> On Thu, Apr 10, 2014 at 10:25:17AM -0500, James Stallings II >>>> wrote: >>>> >>> >> > And FWIW, last I hear adding log statements to code is a valid >>>> >>> >> > tried and true debugging method. >>>> >>> >> >>>> >>> >> I wish to subscribe all of my students in my programming class to >>>> your >>>> >>> >> newsletter. >>>> >>> >> >>>> >>> >> (The number of times I told them to print stuff to figure out >>>> where the >>>> >>> >> code was, and the number of times I told them to print in more >>>> places, >>>> >>> >> was phenomenal. They got tired of hearing me say it, but somehow >>>> still >>>> >>> >> needed to hear it.) >>>> >>> >> >>>> >>> >> (They often needed similar guidance in figuring out how to use >>>> >>> >> breakpoints in debuggers.) >>>> >>> >> >>>> >>> >> -Rob >>>> >>> >> >>>> >>> >> -- >>>> >>> >> --Rob Knop >>>> >>> >> E-mail: [email protected] >>>> >>> >> Home Page: http://www.pobox.com/~rknop/ >>>> >>> >> Blog: http://www.galacticinteractions.org/ >>>> >>> >> >>>> >>> >> _______________________________________________ >>>> >>> >> Opensim-dev mailing list >>>> >>> >> [email protected] >>>> >>> >> https://lists.berlios.de/mailman/listinfo/opensim-dev >>>> >>> >> >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > _______________________________________________ >>>> >>> > Opensim-dev mailing list >>>> >>> > [email protected] >>>> >>> > https://lists.berlios.de/mailman/listinfo/opensim-dev >>>> >>> _______________________________________________ >>>> >>> Opensim-dev mailing list >>>> >>> [email protected] >>>> >>> https://lists.berlios.de/mailman/listinfo/opensim-dev >>>> >>> >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> =================================== >>>> >> http://osgrid.org/ >>>> >> http://simhost.com >>>> >> http://twitter.com/jstallings2 >>>> >> >>>> >> >>>> > >>>> > >>>> > >>>> > >>>> > _______________________________________________ >>>> > Opensim-dev mailing list >>>> > [email protected] >>>> > https://lists.berlios.de/mailman/listinfo/opensim-dev >>>> _______________________________________________ >>>> Opensim-dev mailing list >>>> [email protected] >>>> https://lists.berlios.de/mailman/listinfo/opensim-dev >>>> >>> >>> >>> >>> -- >>> =================================== >>> http://osgrid.org/ >>> http://simhost.com >>> http://twitter.com/jstallings2 >>> >>> >> >> >> -- >> =================================== >> http://osgrid.org/ >> http://simhost.com >> http://twitter.com/jstallings2 >> >> > > > > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
