Add new problems at the bottom; see also GeneralProblemsArchive

moved to InternationalCharactersInZwiki?

user options cookies don't work with konqueror

or do they ?

  1. You need to refresh for changes to take effect
  2. I have seen an issue with spaces in the bookmarks.. Yes, today my bookmarks look like this: 
     UserOptions; zwiki_timezone=

Konqueror doesn't like cookies with spaces in them.

python 2.x compatibility

zwiki needs to be checked for this

Zope 2.4.0 compatibility

Has anyone tried to use ZWiki (0.9.3) with the latest release of Zope? There seem to be some pretty major changes to the way structured text is handled. Parts of ZWiki's StructuredTextRules? page itself now don't display correctly. Another endearing new feature is that a colon at the end of a line no longer stops the line from turning into a heading when the next line is indented. Are there plans to produce a version of ZWiki that will allow moving existing wiki data into the new version of Zope? --Peter Keller

zwiki calls the old structured text api, which zope 2.3.x has been supporting and which provides StructuredTextClassic? rules. Does zope 2.4 drop this, I wonder ? --SM

According to this, Old StructuredText replaces by StructuredTextNG. Is this what breaks StructuredText? Will this get fixed? - SimonBrunning?

Update - it looks like StructuredText is broken in ZoPe 2.4.1, so this isn't a ZWiki problem. I'd log this in the collector, only it doesn't exist at the moment! - SimonBrunning?

Please see ZWikiDiscussion? and RenderingProblems - Underscore Rendering Problems for a fix for at least one of the problems StructuredTextNG introduces (underline rendering).

Could this be why DTML does not work for me? I am using ZWiki with Zope 2.4. Where is the "structured text api"???

Just to elaborate a bit more... on Zope 2.4, windows NT, with ZWiki-0.9.5pre1, if I make a simple dtml conditional on a variable that does not exist, as in "if var IT_EXISTS else IT_DOES_NOT_EXIST endif" (of course written in DTML)

hmm... just tried it here, and on this page, I see exactly how it is (i.e. not working) on my own page: 

 <dtml-if var>VAR exists<dtml-else>VAR does not exist</dtml-if>

it is as if the dtml is totally ignored.... yet on the zwiki.org dtml test page I put in exactly the same thing and the dtml worked as expected. Why is that?

Figured out my above problem was due to a page property, some pages allow dtml, some don't, based on "page_type" property, which corresponds to a page rendering method. Only problem is, normal wiki users cannot see page type.

See AdvancedEditOptions?

DTML is not validated on edit

zwiki used to reject edits containing broken dtml, but now it's possible to eg enter some bad dtml on FrontPage and make the page unviewable. This should be fixed.

re-uploading a file gives "id invalid, already in use"

See TextFormattingRules, my comment Oct10'01. --BillSeitz

Some detail for the 1Jerry Key Error issues zwiki_height --GG. I have a fix (below) Trace is:

Traceback (innermost last):
  File D:\WebSite\lib\python\ZPublisher\Publish.py, line 223, in publish_module
  File D:\WebSite\lib\python\ZPublisher\Publish.py, line 187, in publish
  File D:\WebSite\lib\python\Zope\__init__.py, line 226, in zpublisher_exception_hook
    (Object: Sandbox)
  File D:\WebSite\lib\python\ZPublisher\Publish.py, line 171, in publish
  File D:\WebSite\lib\python\ZPublisher\mapply.py, line 160, in mapply
    (Object: UserOptions)
  File D:\WebSite\lib\python\ZPublisher\Publish.py, line 112, in call_object
    (Object: UserOptions)
  File D:\WEBSIT~4\lib\python\Products\ZWiki\ZWikiPage.py, line 146, in __call__
    (Object: UserOptions)
  File D:\WEBSIT~4\lib\python\Products\ZWiki\ZWikiPage.py, line 212, in render_structuredtextdtml
    (Object: UserOptions)
  File D:\WebSite\lib\python\OFS\DTMLDocument.py, line 199, in __call__
    (Object: UserOptions)
  File D:\WebSite\lib\python\DocumentTemplate\DT_String.py, line 546, in __call__
    (Object: UserOptions)
  File D:\WebSite\lib\python\DocumentTemplate\DT_Let.py, line 148, in render
    (Object: e="(ZopeTime() + 365).rfc822()")
  File D:\WebSite\lib\python\DocumentTemplate\DT_Util.py, line 231, in eval
    (Object: RESPONSE.setCookie(zwiki_height,REQUEST.zwiki_height,path=/,expires=e))
    (Info: e)
  File <string>, line 2, in f
    (Object: guarded_getattr)
  File D:\WebSite\lib\python\AccessControl\DTML.py, line 101, in guarded_getattr
    (Object: UserOptions)
  File D:\WebSite\lib\python\AccessControl\ZopeGuards.py, line 109, in guarded_getattr
  File D:\WebSite\lib\python\ZPublisher\HTTPRequest.py, line 897, in __getitem__
KeyError: (see above)

Fix

To do with Structured Text problems, as noted elsewhere. For some reason zwiki_height is being translated to zwiki<u>height and zwiki_width as zwiki</u>width in the REQUEST. The fix is to edit the UserOptions? page to separate the height and width input boxes from the Editform by at least two newlines: - they can't be all on one line, but it fixes it Ok. --GG

The other fix that worked for me came from: JosYule, 2001/10/26 12:04:55.0353 US/Pacific (via web):

OK, this, i think, is the solution. Again, edit the lib/python/StructuredText/DocumentClass.py file, line 928 to be as follows: 

expr=re.compile(r'\b_([%s%s%s\s]+)_\b' % (letters, digits,under_punc)).search):

Simon Michael <simon@joyful.com>, Sat, 10 Nov 2001 13:05:49 -0800 (via mail):
Thanks for this fix you sent some time ago Fran. I am archiving it on GeneralProblems. Any idea if this is still an issue as of 0.9.6 ?

> I haven't checked - Fran

Best regards --Simon

OReilly? Francis writes:
> I'm using zwiki 0.9.4 on Zope 2.4, and found that when I patched in
> the code from latest cvs to fix the zwiki_username_or_ip() bug, that
> I suddenly got problems adding new pages - returned Zope
> AttributeError? for AUTHENTICATED_USER. My zwiki setup is all
> anonymous users, nobody needs to login or authenticate.
>
> So anyway I found that if I changed zwiki_username_or_ip() to be the
> following, everything worked OK:
>
> def zwiki_username_or_ip(self, REQUEST=None):
> if not REQUEST and hasattr(self,REQUEST):
> REQUEST = self.REQUEST
> username = None
> if REQUEST:
> if hasattr(REQUEST, AUTHENTICATED_USER):
> user = REQUEST.AUTHENTICATED_USER
> username = user.getUserName()
> if not username or
> str(user.acl_users._nobody) == username:
> if hasattr(REQUEST, cookies) and \
>
> REQUEST.cookies.has_key(zwiki_username) and \
> REQUEST.cookies['zwiki_username']?:
> username =
> REQUEST.cookies['zwiki_username']?
> else:
> if hasattr(REQUEST,
> REMOTE_ADDR):
> username =
> REQUEST.REMOTE_ADDR
> return username or ''
>
> then everything seems to work ok (basically I just checked for
> AUTHENTICATED_USER and REMOTE_ADDR existing as attributes before
> referencing them)
>
> Feel free to use this code

final newline is getting lost on edit

ie one trailing newline is chewed up per edit

page selection after DeleteMe seems to be broken

ZWiki is a bogus spelling, should be renamed to Zwiki where possible

page deletion leaves orphans

if you delete the sole parent of some child pages, they will vanish from the contents. The first time you next visit them, they will have no title. At this point they are automatically reparented at the top level, ie they have become singletons.

Twould be better if they could get left under the parent of the deleted page, ie their grandparent. Requires a scan for all children at page deletion time.

append_with_heading picks up zope 2.4's HTTPRequest?.text method instead of the comment form's text field

append_with_heading hangs with Opera ?

blank diffs are common when reviewing edits via the page timestamp

subtopics: