[Zope-CMF] Re: Moving to CMF 1.5.2
Jens Vagelpohl wrote: There aren't any specific goals for these third-dot-releases per se, including an explicit goal that CMF 1.5.2 must work with Zope 2.8. It is desirable, yes, but won't hold up a final release until someone finds it urgent enough to do something about it. Remember, there is always the next third-dot-release... Speaking for the Plone guys: I made Plone 2.1 working with CMF 1.5 and 2.8 and I finally got the people convinced to move to the new versions. We need a version of CMF that works with the next version of Zope 2.8 (2.8.1). Plone 2.1.0 is going final in a month. Its final version is timed for OSCOM. Andreas has promised to release a new final version just in time. Christian ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
Re: [Zope-CMF] Re: Moving to CMF 1.5.2
I'd also be happy to chip in if someone points me at specific collector issues. On Wed, 2005-06-29 at 08:39 +0100, Jens Vagelpohl wrote: On 29 Jun 2005, at 08:29, Christian Heimes wrote: I made Plone 2.1 working with CMF 1.5 and 2.8 and I finally got the people convinced to move to the new versions. We need a version of CMF that works with the next version of Zope 2.8 (2.8.1). From that statement it follows that CMF 1.5 must be working with Zope 2.8 because you've been running them together successfully? I am willing to cut a release closer to the end of the month if you (this is a call to action for you since at this point you have the most knowledge about what Plone 2.1 needs) can submit a list of items that are critical for Plone 2.1 and CMF 1.5.2 final to the CMF list so we can decide who does what. jens ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
[Zope-CMF] CMF Collector: Open Issues
The following supporters have open issues assigned to them in this collector (http://www.zope.org/Collectors/CMF). Assigned and Open efge - CMFSetup doesn't correctly detect DCWorkflow on export, [Accepted] http://www.zope.org/Collectors/CMF/298 gregweb - CMFUid.UniqueIdGeneratorTool's counter may return double unique ids, [Accepted] http://www.zope.org/Collectors/CMF/306 jens - Confusing date criteria in CMFTopic, [Accepted] http://www.zope.org/Collectors/CMF/339 - FSPropertiesObject.py cannot handle multiline input for lines, text attributes, [Accepted] http://www.zope.org/Collectors/CMF/271 mj - CMFSetup doesn't correctly detect DCWorkflow on export, [Accepted] http://www.zope.org/Collectors/CMF/298 Pending / Deferred Issues - DCWorkflow: cannot define variable 'meta_type', [Pending] http://www.zope.org/Collectors/CMF/45 - DefaultDublinCore should have Creator property, [Pending] http://www.zope.org/Collectors/CMF/61 - acl_users/roster, [Pending] http://www.zope.org/Collectors/CMF/63 - Where did index_html_utils.html come from?, [Pending] http://www.zope.org/Collectors/CMF/93 - iso-8859-2 in CMF ?, [Pending] http://www.zope.org/Collectors/CMF/160 - Debuggable scripts, [Pending] http://www.zope.org/Collectors/CMF/194 - formatRFC822Headers weakness?, [Pending] http://www.zope.org/Collectors/CMF/230 - CMFCalendar weekday locale issue, [Pending] http://www.zope.org/Collectors/CMF/237 - CMFCalendar: Events ending on midnight, [Pending] http://www.zope.org/Collectors/CMF/246 - Wrong cache association for FSObject, [Pending] http://www.zope.org/Collectors/CMF/255 - CMFSetup: Windows exports contain CR/LF, LF and even CR newlines, [Pending] http://www.zope.org/Collectors/CMF/266 - Unable to copy/import site due to talkbalk attribute assumptions, [Pending] http://www.zope.org/Collectors/CMF/282 - PortalCatalog.ZopeFindAndApply should probably also search in opaqueItems, [Pending] http://www.zope.org/Collectors/CMF/296 - WorkflowTool should recurse into opaqueItems, [Pending] http://www.zope.org/Collectors/CMF/297 - ToolInit icon error, [Pending] http://www.zope.org/Collectors/CMF/305 - add External Methods to workflow script handling, [Pending] http://www.zope.org/Collectors/CMF/329 - FSFile and FSImage don't update caching headers for 304 responsens, [Pending] http://www.zope.org/Collectors/CMF/333 - Can't invalidate skin items in a RAMCacheManager, [Pending] http://www.zope.org/Collectors/CMF/343 - MembershipTool inconsistency, [Pending] http://www.zope.org/Collectors/CMF/354 - Zope 2.8.0: catalog migration is broken, [Pending] http://www.zope.org/Collectors/CMF/357 Pending / Deferred Features - Favorite.py: queries and anchors in remote_url, [Pending] http://www.zope.org/Collectors/CMF/26 - TTW configuration of registration tool, [Pending] http://www.zope.org/Collectors/CMF/32 - Provide delete reply function to standard skins that come with CMF, [Pending] http://www.zope.org/Collectors/CMF/38 - Allow flexible date editing in Event.py (CMFCalendar), [Pending] http://www.zope.org/Collectors/CMF/40 - Topic should be catalogued, [Pending] http://www.zope.org/Collectors/CMF/53 - Make changeFromProperties accept sequences too, [Pending] http://www.zope.org/Collectors/CMF/99 - path criteria on Topic should honor VHM, [Pending] http://www.zope.org/Collectors/CMF/111 - having a locale.pot file should ease the process of translating CMF, [Pending] http://www.zope.org/Collectors/CMF/155 - french translation for CMF 1.4, [Pending] http://www.zope.org/Collectors/CMF/157 - Document.py: universal newlines, [Pending] http://www.zope.org/Collectors/CMF/174 - Permissions in PortalFolder: invokeFactory(), [Pending] http://www.zope.org/Collectors/CMF/175 - Add condition for transition's action like other action, [Pending] http://www.zope.org/Collectors/CMF/207 - Major action enhancement, [Pending] http://www.zope.org/Collectors/CMF/232 - portal_type is undefined in initialization code, [Pending] http://www.zope.org/Collectors/CMF/248 - Action._listsActions() should be more safe, [Pending] http://www.zope.org/Collectors/CMF/253 - FSZSQLMethod.py, [Pending] http://www.zope.org/Collectors/CMF/273 - Expose Document text_format metadata, [Pending] http://www.zope.org/Collectors/CMF/285 - customization of type of homefolder on creation, [Pending] http://www.zope.org/Collectors/CMF/288 - CMFSetup: provide non-ascii im- and exports, [Pending] http://www.zope.org/Collectors/CMF/292 - Allow contentFilter to use review_state,
[Zope-CMF] Re: Moving to CMF 1.5.2
yuppie wrote: 2.) CMFBTreeFolder is broken and should be moved to the CMF http://www.zope.org/Collectors/Zope/1813 At least CMFBTreeFolder is working again. I have fixed it in Zope 2.8, trunk and the standalone version from cvs. It's not a perfect solution but we have time to move the CMF version of the btree folder to CMF in the long run. Christian ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
[Zope-CMF] invokeFactory permissions - add perm not enough???
Hello, I wonder what permissions are needed to allow Anonymous to create content? I've created an archetype component with a custom Add Action Record Content permission. This is needed because content (action records) is created by Anonymous users. Their ability to add this content is restricted to particular locations, by assigning the above permission to Anonymous on each such location (folder). However, this seems not to be enough. Upon trying to call invokeFactory to create action records (I have a custom form object creation script), an exception is triggered: Traceback (innermost last): Module ZPublisher.Publish, line 101, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.CMFPlone.FactoryTool, line 333, in __call__ Module Products.CMFPlone.FactoryTool, line 141, in __getitem__ Module Products.CMFPlone.PloneFolder, line 371, in invokeFactory Module Products.CMFCore.TypesTool, line 709, in constructContent Module Products.CMFCore.TypesTool, line 388, in constructInstance Module Products.CMFCore.TypesTool, line 341, in _getFactoryMethod Unauthorized: You are not allowed to access 'addActionRecord' in this context Same problem also occurs when a Member tries to create action record content. I found out that giving the custom permission to Anonymous plone-wide, rather than locally, solves the problem. Sadly, that creates more problems so cannot be used as a solution. Any help would be appreciated. Thanks, Petri ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
[Zope-CMF] Re: invokeFactory permissions - add perm not enough???
Solved: needed to get new FactoryTool.py from svn (collector: 3688) Petri Savolainen wrote: Hello, I wonder what permissions are needed to allow Anonymous to create content? I've created an archetype component with a custom Add Action Record Content permission. This is needed because content (action records) is created by Anonymous users. Their ability to add this content is restricted to particular locations, by assigning the above permission to Anonymous on each such location (folder). However, this seems not to be enough. Upon trying to call invokeFactory to create action records (I have a custom form object creation script), an exception is triggered: Traceback (innermost last): Module ZPublisher.Publish, line 101, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.CMFPlone.FactoryTool, line 333, in __call__ Module Products.CMFPlone.FactoryTool, line 141, in __getitem__ Module Products.CMFPlone.PloneFolder, line 371, in invokeFactory Module Products.CMFCore.TypesTool, line 709, in constructContent Module Products.CMFCore.TypesTool, line 388, in constructInstance Module Products.CMFCore.TypesTool, line 341, in _getFactoryMethod Unauthorized: You are not allowed to access 'addActionRecord' in this context Same problem also occurs when a Member tries to create action record content. I found out that giving the custom permission to Anonymous plone-wide, rather than locally, solves the problem. Sadly, that creates more problems so cannot be used as a solution. Any help would be appreciated. Thanks, Petri ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests