Submitted by : at: 2004-04-07T13:59:21+00:00 (17 years ago)
Name :
Category : Severity : Status :
Optional subject :  
Optional comment :

I've set the "Zwiki: Edit pages" permission to "Authenticated" and logged on as an authenticated user. I go to a page and I don't see the "edit" link (in either full, simple or minimal).

However, if I append "editform" to the URL of the page I am able to edit the page just fine.

The only way I can make the "edit" link show is to set "Zwiki: Edit pages" to "anonymous"

Zwiki: 0.29.0 Zope: 2.7.0, python 2.3.3, win32

Discussion of this on zope mailing list --Thu, 08 Apr 2004 00:46:26 -0700 reply

There is some discussion on this here:

It talks about browser caching but I'm not sure that its go a clear conclusion.

Discussion of this on zope mailing list --Sat, 10 Apr 2004 05:43:18 -0700 reply

After some playing with this it seems to be a zope/browser thing rather than zwiki. If I logon to .../wiki/WikiPage?/editform then look at .../wiki/WikiPage? it seems that the credentials don't get set. If I've gone first to .../wiki/manage then look at .../wiki/WikiPage? the credentials are picked up fine.

How do others set up a login for zwiki to have public view but authenticated edit?

I'll close the issue tracker.

property change --Sat, 10 Apr 2004 05:46:17 -0700 reply

Severity: serious => normal Status: open => closed

Discussion of this on zope mailing list --Dave Potts, Sat, 10 Apr 2004 06:10:25 -0700 reply

Hello,! You wrote:

> After some playing with this it seems to be a zope/browser > thing rather than zwiki. If I logon to ..

Something odd happened there posting from the blazer browser on my treo 600. I've corrected the comment on the wiki page.


Problem not solved according to me --Mon, 19 Jul 2004 07:52:27 -0700 reply

I've read the discussion on the Zope Mailing list, but the offered solution (positioning a login-script closer to the root node in the hierarchy) doesn't work for me. It seems like the tal-condition in doesn't work. These tal-conditions are necessary to adjust the set of available links (edit, comment, vote, etc). Is there another way of achieving this goal? Thanks in advance, Benedikt

Problem solved differently --Tue, 20 Jul 2004 08:55:29 -0700 reply

The solution to this problem that worked for me (Zope 2.7.1, ZWiki 0.32, Linux) is different:

  1. Edit to include the following code just below the code that describes the edit link:
&lt;a href="" tal:attributes="href string: loginmethod" tal:condition="python: not(user.has_permission('Zwiki: Edit pages',here))" title="login" i18n:attributes="title"&gt; &lt;span i18n:translate=""&gt;login&lt;/span&gt;&lt;/a&gt;


Notice that the condition for displaying this login-link is the exact opposite of the condition for displaying the edit link in Therefore, only one of the two links will be displayed.

2. Create the above mentioned python-script "loginmethod" in the folder of your zwiki. In contrast to the discussion on the zope-mailing-list, it was not necessary to put the script in a parent-folder - tested with Mozilla, Firefox and Konqueror. The content of the loginmethod is just a redirection:

return context.REQUEST.RESPONSE.redirect(context.absolute_url())


  1. Restrict the access-rights to the python-script, so that any role that is not allowed to edit ZWikiPages can neither execute the script. Hence, access to the script will provoke the zope-log-in dialogue. After logging in, the login-link should dissappear while the edit-link should become visible.
  2. Don't forget to restart Zope in order for the changes to come into effect.

And yes, the tal-conditions do work - I have to withdraw my previously made claim. Unfortunately I haven't figured out yet why it didn't work at the beginning. Benedikt

Problem solved differently --SimonMichael, Sat, 07 Aug 2004 15:39:08 -0700 reply

Browsers sometimes don't present the full authentication credentials when they don't have to, so zope can't always tell that they really are authenticated. I haven't seen this for some time, I wonder which browser you use. The above seems like a nice workaround.

Good Gawd --gregg, Fri, 24 Feb 2006 04:27:09 -0800 reply

How can this still be such a complicated problem? I mean this is basic as basic gets! Wanting an wiki that anyone can see, but only authenticated users can change is the basic of basic! If this is really a zope problem then zwiki had better de-zope itself or get laughed off the block. Try any browser IE, Mozilla, and Firefox when I get home I'll try safari for shits and giggles.

... --mikemma, Fri, 13 Jun 2008 07:28:32 -0700 reply

the simplest tweak is to eliminate the 'tal:condition' attribute from the <a> tag that describes the edit link