But you can do

auth=Auth(db)
auth.signature.is_active.writeable = False
auth.define_tables()

what is wrong with this?


On Aug 9, 3:50 pm, guruyaya <guruy...@gmail.com> wrote:
> 1. Yeah, I thought it'd be problematic.
> At this point, auth.signature is part of the init process. That means
> I cannot write write
> auth.signature.is_active.writeable = False
> before
> auth - Auth
> because auth does not exist yet.
>
> I can pass it as an argument to the Auth init function, but It feels
> like a very big overkill. An argument just to deal with the small
> issue of showing "is_active" on forms?
>
> I could not find a better solution for this problem. Anyone else?
> 2. Fine with me.
>
> On Aug 9, 7:50 pm, Massimo Di Pierro <massimo.dipie...@gmail.com>
> wrote:
>
>
>
>
>
>
>
> > on a second thought... it should be
>
> > auth.signature.is_active.writable = False
>
> > On Aug 9, 11:30 am, Massimo Di Pierro <massimo.dipie...@gmail.com>
> > wrote:
>
> > > I am sorry, I cannot take this patch for two reasons:
>
> > > 1) it moves self.signature to after tables are defined. that prevents
> > > custom auth_* tables which are signed. Some users do that.
> > > 2) Why
> > >     auth.settings.is_active_writable = False
> > > is better than
> > >     db.auth_user.is_active.writable = False
> > > ?
> > > It is one more api to remember and provides an exception since other
> > > fields will be treated differently.
>
> > > On Aug 9, 2:02 am, Yair Eshel <guruy...@gmail.com> wrote:
>
> > > > This is a patch that allows you to adds auth.settings.is_active_writable
> > > > It is set to True by default, for backword compatablity, but I took the
> > > > liberty of turning it off in the welcome app, by defalt.
>
> > > > I Hope it'll bring you joy.
>
> > > > --
> > > > Get Freebiz - השיגו פריביזhttp://www.fribiz.com/referrer/guruyaya
>
> > > >  is_active_write.diff
> > > > 6KViewDownload

Reply via email to