Hi Ted, Are you sure you don't have a rule overriding this one?
D2WTraceRuleFiringEnabled true will turn on rule logging. I usually just do a text find on the console output for the rule I'm looking for. David On 2012-01-23, at 9:53 AM, Theodore Petrosky wrote: > by itself ERDDelayedBooleanAssignment did nothing. I am going to reread the > wiki on caching. You said to, "loggers for isEntityEditable". I hope you > don't think it too silly, but how do I turn on this level of logging? > > Ted > > --- On Mon, 1/23/12, Ramsey Gurley <[email protected]> wrote: > >> From: Ramsey Gurley <[email protected]> >> Subject: Re: Rule to access security >> To: "WebObjects-Dev Mailing List List" <[email protected]> >> Cc: "Theodore Petrosky" <[email protected]> >> Date: Monday, January 23, 2012, 11:37 AM >> And if that doesn't work, enable your >> rule loggers for isEntityEditable. Just looking at the >> rule, that looks to me like it *should* work with a caching >> assignment too. >> >> Ramsey >> >> On Jan 23, 2012, at 8:46 AM, David LeBer wrote: >> >>> Ted, >>> >>> You probably want try ERDDelayedBooleanAssignment so >> that the rule is evaluated every time. >>> >>> D >>> >>> -- >>> David LeBer >>> Codeferous Software >>> >>> On 2012-01-23, at 10:29 AM, Theodore Petrosky wrote: >>> >>>> 100 : (pageConfiguration = >> 'ListPerson' and session.user.security.canEditPerson = >> 'true') => isEntityEditable = true >> [com.webobjects.directtoweb.BooleanAssignment], >>>> >>>> >>>> So I have this rule to access the security of my >> user. This must be wrong, because if I login as user1 and >> user1 has permission canEditPerson = true, when user2 >> logs in (and user2 canEditPeron = false) then user2 can edit >> the person EO. it is as if whoever was first wins and my app >> remembers. >>>> >>>> I even tried adding: >>>> 100 : (pageConfiguration = >> 'ListPerson' and session.user.security.canEditPerson = >> 'false') => isEntityEditable = false >> [com.webobjects.directtoweb.BooleanAssignment], >>>> >>>> What am I doing wrong? >>>> >>>> Ted >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will >> be ignored. >>>> Webobjects-dev mailing list ([email protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> https://lists.apple.com/mailman/options/webobjects-dev/dleber_wodev%40codeferous.com >>>> >>>> This email sent to [email protected] >>>> >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be >> ignored. >>> Webobjects-dev mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com >>> >>> This email sent to [email protected] >> >> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/programmingosx%40mac.com > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
