[quills-dev] Problems with workflows in QuillsEnabled 1.7.0b1
Victor Sanchez vsanchez at promed.com.paMon Jul 7 18:47:50 UTC 2008
- Previous message: [quills-dev] Problems with workflows in QuillsEnabled 1.7.0b1
- Next message: [quills-dev] Problems with workflows in QuillsEnabled 1.7.0b1
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Tim,
Yes it eventually calls IWeblogLocator that apparently checks for a IWeblog or
IWeblogEnhanced in the container (I do not understand much of the Plone/Zope
internal mechanisms), and it fails because there isn't anything in the
folder...
weblog_content = recurseToInterface(self.context.aq_inner,
20 (IWeblog,IWeblogEnhanced))
21 -> if weblog_content is None:
22 return []
23 return IWeblog(weblog_content)
Why is the BasePortletRenderer.available check needed, anyways?
On Monday 07 July 2008 09:05:19 Tim Hicks wrote:
> Victor Sanchez wrote:
> > Hi Tim,
> >
> > The problem is not with permision check but with the check for the
> > BasePortletRenderer.available.
> >
> > if user.has_permission(AddPortalContent, self.context.aq_inner):
> > # XXX Before returning True, we should also check the
> > # BasePortletRenderer.available implementation. Not sure how
> > to do # that as it's been property-ized on the base class. #return True
> > return super(Renderer, self).available
> >
> > bypassing that check (return True) makes the portlet show up.
>
> Can you put a pdb trace into the base renderer's 'available' method and
> see what's happening. Presumably it's failing because it can't find a
> weblog-ish object in the containment hierarchy. That sounds wrong, but
> I'm not sure why it's happening...
>
> Tim
- Previous message: [quills-dev] Problems with workflows in QuillsEnabled 1.7.0b1
- Next message: [quills-dev] Problems with workflows in QuillsEnabled 1.7.0b1
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the quills-dev mailing list