fenestro showed me a problem: in Plone 2.1 the page management form's create button is controlled by the 'Zwiki: Add pages' permission on the site root, when it should be controlled by the permission of the page's containing folder. This appears to be a bug with Plone 2.1 ATFolders? - 'container' refers to the site root.
See also: #1284
or.. ? --simon, Fri, 03 Mar 2006 16:23:21 -0800 reply
But, http://plone.demo.zwiki.org/testwiki/FrontPage/test shows a PT in the context of a zwiki page seeing the correct container value. So perhaps a problem in the special way Zwiki invokes skin templates. See addSkinTo() in UI.py.
confirmd! --rik , Tue, 14 Mar 2006 10:53:19 -0800 reply
i'm also using a 2.1 installation, and had been unable to allow members (only) to create subtopic pages. ie, only "reparent" and "rename" buttons were there despite my having changed all security permissions.
but as soon as i changed the "Zwiki: Add pages" permission TO THE SITE ROOT the "create" button shows up!
fixed for 0.52 --simon, Fri, 31 Mar 2006 18:29:37 -0800 reply
Status: open => closed
Yes, (recent) Zwiki wasn't setting up enough ZODB acquisition context for templates it got from the filesystem. Thanks!
Category: admin-defaultcontent => user-editing Severity: minor => serious Status: closed => open
Plone 2.1.3, Zwiki 0.58+
Searching in darcs to try to find what you changed to solve this, Simon.
This problem is showing up again --Simon Michael, Sat, 24 Mar 2007 04:19:19 +0000 reply
I found it eventually, by doing darcs changes -p "#1220". I always include the issue number in the checkin message of the fix (& I recommend this). Here it is in darcsweb:
status ? --simon, Mon, 24 Sep 2007 10:53:41 -0700 reply
I don't know the status of this. Need to retest in plone 2 & 3.
status --tralala, Fri, 12 Sep 2008 04:14:29 -0700 reply
Plone 3 here, the bug is still present. Work around: add the permission to the root folder. The related Plone bug report seems to be closed, but the bug is not fixed.