Edit detail for GeneralDiscussion revision 1 of 541

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541
Editor: simon
Time: 2007/05/04 22:18:11 GMT-7
Note: BUG DAY

changed:
-
This page is the easiest way to get involved in Zwiki
discussions. Post any questions or comments using the comment form at
the bottom of the page.  Click subscribe if you'd like to receive (and
send) comments by email.  For the discussion archives, and other ways
to discuss Zwiki, see AboutZwikiDiscussion.

.. raw:: html

 <!-- disable subtopics links - this is enough <dtml-var subtopics> -->
 <!-- a little whitespace -->
 <br /> <br />



From WinMyintAung Mon Apr 2 02:26:10 +0000 2007
From: Win Myint Aung
Date: Mon, 02 Apr 2007 02:26:10 +0000
Subject: Add method that export the contents of Zwiki in plone to MYSQL
Message-ID: <20070402022610+0000@zwiki.org>

Dear Everyone,

I have appended methods directly in Diff.py of Zwiki (0-55) in plone 2.5.1. The use case is to compare the versions of the zwiki pages to show output of differences between versions in another application in PHP, Apache. 
 
My new methods export contents of a zwiki page to mysql. I want to make a buttons in plone interface to call this method. Then I modified diffform.pt to call a new method named "exportmysql". See my changes.
 
          <input tal:condition="python:revA > 1" 
                 name="nextDiff:method" 
                 value=" &gt;&gt; "  
                 type="submit" i18n:attributes="value" accesskey="n" />
          <input tal:condition="not:python:revA > 1" 
                 disabled="1" 
                 value=" &gt;&gt; "  
                 type="submit" i18n:attributes="value" accesskey="n" />
          <input tal:condition="python:user.has_permission('View History',here)" 
                 value="Manage" name="manage_change_history_page:method" 
                 type="submit" i18n:attributes="value" />
          <input tal:condition="python:user.has_permission('View History',here)" 
                 value="Export" name="exportmysql:method" 
                 type="submit" i18n:attributes="value" />
          <input tal:condition="python:user.has_permission('Zwiki: Edit pages', here)" 
                 tal:attributes="disabled python:(revA==numrevs) and 1 or nothing;"
                 value="Revert this and later edits"
                 type="submit" name="revert:method"
                 i18n:attributes="value" />

When I click on the "Export" button in history of zwiki The plone replied the following errors.
 
Our apologies...
The item you requested does not exist on this server or cannot be served. 
Please double check the web address or use the search function on this page to find what you are looking for. 
If you know you have the correct web address but are encountering an error, please contact the Site Administration. 
Thank you. 
404 Not Found 
 
I did not see any errors in error_log. But my method can work if it is called from another method.  Other method such as prevDiff, nextDiff are also called in template.
 
Please give me any idea.


From SimonMichael Mon Apr 2 19:31:26 +0000 2007
From: Simon Michael
Date: Mon, 02 Apr 2007 19:31:26 +0000
Subject: Zwiki 0.59 released
Message-ID: <20070402193125.2A8EBA50F5@dynabook.joyful.com>


I'm happy to announce Zwiki 0.59, after a four-month release hiatus - see
release notes below.

I plan to do quarterly releases instead of monthly from this point on, so
the next will be July 1. Of course, pull the latest code from
http://zwiki.org/DarcsRepos at any time, it is usually stable.

I'm *also* happy to announce Joyful Systems is once again open for
business! After a wild seven months in PHP (boo!) and Rails (yay!)
territory, I'm once again available for consulting and contract work.
Contact me for help with your zwiki/zope/plone/rails projects.

Best,
-Simon

sm on irc://irc.freenode.net/#zwiki
simonkwmichael on AIM
http://joyful.com


Zwiki is an easy-to-use, robust, and powerful wiki engine based on the
Zope 2 web application server. It works either with vanilla Zope or inside
Plone. In addition to the core wiki features, Zwiki offers smooth
email-integrated discussion; a simple, effective issue tracker; strong
internationalization support; precise access control; and many more
optional features. See http://zwiki.org for more.

Zwiki 0.59.0 2007/04/02
=======================

Catchup since the last release in november: a truckload of bugfixes from
Sascha Welter, Frank Laurijssens and many others (YAY!), support for
conditional http get, skins code cleanup, translation updates and more.

Upgrade notes

  * The standard issuetracker and filterissues pages now support sorting
    on issue name and reverse sorting (#14). To enable sorting by name,
    visit SOMEPAGE/setupTracker (as manager) to add a required catalog
    field.

  * If you have customized IssueTracker and/or FilterIssues pages, you
    might want to replace them with the latest code. To do this, review
    and back up the changes you made. Then delete both pages, reinstall
    them with SOMEPAGE/setupTracker?pages=1 (as manager), and re-apply
    your customizations.
  
Installing

  * show accurate page hierarchy after adding a new wiki

  * #1313, updated FrontPage links in basic wiki template (Frank Laurijssens)

Configuring

  * reparent now obeys the edits_need_username option, so reparenting will
    require a username when that property is true

  * #1077 implement Conditional HTTP Get handling (aka If-modified-since /
    304) for pages, stylesheet and RSS feeds.  This feature makes zwiki
    pages more browser- and spider-cache friendly, which can potentially
    greatly reduce page rendering time and load on your zope server.  It
    is off by default as it doesn't yet work with Firefox's default
    settings (requiring a reload after each edit).  See
    http://zwiki.org/HowToEnableConditionalHTTPGET (Sascha Welter)

  * #974 Property to ignore certain WikiNames Credits to Matt Kunze from
    DataSplice. Patch logic is from him, I just simplified it a bit and
    tested it. This has yet to be documented somewhere. (Sascha Welter)

  * #1227 comment form vulnerability (Sascha Welter)

Browsing

  * make default site logo work with zope 2.10 (zope bug 2302)

  * recent changes default period is now a week, not a day

  * #976 cosmetics on "last edited xx ago" link credits to "Andreas", we
    check if lastlog contains anything and omit the parentheses if
    not. (Sascha Welter)

  * format comment header for HTML pages #1085 (Sascha Welter)

  * #1304 last-edited-by is not shown when user ID is numerical 
    (Sascha Welter)

  * #1303 Illegal utf-8 handling in Utils.py summary - Credits go to Hideo
    at Yokohama! This patch had us worried about performance, since taking
    a summary of a long wiki page might be slow. Some preliminary testing
    showed that the performance price is rather low, but for sites with
    non-ascii content the patch is really worth it. Not only will it stop
    producing illegal utf-8, but without the patch the length of the
    summary will never be right. (Sascha Welter)

  * #1298 non-ascii characters in page names are breaking search functionality
    (Sascha Welter)

  * don't let a non-wiki page break interwiki link rendering

Editing

  * #1157 after reverting changes, reset last edit time make test passes,
    tested on my zwiki and plone-zwiki instance. (Sascha Welter)

  * #1314 use UTC for creation_time too (Sascha Welter)

  * #1186 fix for last_edited_date losing time zone information -
    converting to UTC This might be only relevant at hosts that do not
    have locale support on their operating system (e.g. *BSD, Mac OS
    X). Further tests in that direction might be necessary. It definitely
    fixes the problem on Mac OS X. (Sascha Welter)

Mail

  * #1299 - mail out in plone works, could use more error handling though
    (Sascha Welter)

Feeds

  * #1083 feed validation: encode & and < (Sascha Welter)

  * #1083 escape html in rss feeds (Sascha Welter)

  * #1294 - changes to get rss feeds to validate pages_rss and changes_rss
    made to validate with feedvalidator.org

    - Date formats in head section had to be adjusted
    - feedvalidator.org wanted a guid element (even though specs say it's
      optional) 
    (Sascha Welter)

Issue tracking

  * #14 make the zwikitracker list allow filtering & sorting
    (Frank Laurijssens)

  * Revert allow_dtml change (#1281) (Frank Laurijssens)

  * self-document the IssueTracker pages for missing allow_dtml (Sascha Welter)

  * #1281 Frank's patch to set up dtml for IssueTracker pages with extra
    check (Sascha Welter)

  * #1043 Frank's patch to color issue links in "backlinks" (Sascha Welter)

  * #1008 show issue form on plaintext issues, patch from Bill Page
    (Sascha Welter)

General

  * make skin/template/macro handling more general, add support for
    alternate filesystem skins, rewrite skin system developer docs

  * clean up stylesheet lookup: look for a template named "stylesheet.css"
    or "stylesheet" in that order

  * siblingsAsList can include current page + sorting optional This is
    useful mainly for "nautica" style wikipage.pt. In those one often
    wants to make a list of pages "on the same level" as the current
    page. That list usually includes the current page and is not sorted
    alphabetically, but instead left in the order defined in the
    /backlinks page. (Sascha Welter)
  
  * many fixes to make Zwiki's exception handling more precise. This may
    reveal some new failure scenarios which were previously hidden
    (Sascha Welter)

  * fix a syntax error in tests

  * fix a missing doublequote in standard_error_message

  * clarify relicensing clause

  * bumped year in copyright statement (Sascha Welter)

  * signed (Sascha Welter)

  * Signed CONTRIBUTORS (Frank Laurijssens)

Translations

  * de (Stefan Kose)

  * es (Francisco Mañas)

  * fr (Nicolas Velin)

  * zh_CN, zh_TW (nwind)

  * nl (Frank Laurijssens)


From SimonMichael Mon Apr 2 19:48:16 +0000 2007
From: Simon Michael
Date: Mon, 02 Apr 2007 19:48:16 +0000
Subject: Re: Zwiki 0.59 released
Message-ID: <1175543293.5036.1.camel@dynabook.joyful.com>
In-Reply-To: <20070402194546.AB732A50F7@dynabook.joyful.com>

And finally, I have added python-announce. Enjoy! Don't break it! :)

On Mon, 2007-04-02 at 12:45 -0700, Simon Michael wrote:

> Pythonistas,
> 
> Somehow I never got around to announcing Zwiki - the "other" python wiki
> engine - here on python-announce. I was waiting for 1.0 I guess. I'm happy
> to fix that starting now, with the release of Zwiki 0.59. A project intro
> and release notes follow. Drop by http://zwiki.org and take a look!


From SimonMichael Mon Apr 2 20:02:43 +0000 2007
From: Simon Michael
Date: Mon, 02 Apr 2007 20:02:43 +0000
Subject: Add method that export the contents of Zwiki in plone to MYSQL
Message-ID: <eurng0$1i3$1@sea.gmane.org>
In-Reply-To: <20070402022610+0000__25159.1803193607$1175480833$gmane$org@zwiki.org>

Hi Win!

It sounds a tad complicated, but perhaps there is a good reason for this 
approach which I don't understand.

To debug that error, I would have a look in Z2.log to see what urls are 
being requested, and find out why.


From FrankLaurijssens Mon Apr 2 20:13:38 +0000 2007
From: FrankLaurijssens
Date: Mon, 02 Apr 2007 20:13:38 +0000
Subject: Zwiki 0.59 released
Message-ID: <20070402201338+0000@zwiki.org>
In-Reply-To: <20070402193125.2A8EBA50F5@dynabook.joyful.com>

W00t!

Now, which issues do we *require* to be closed to get to a 1.00 release? There is ZwikiOneReleaseDiscussion but it is *very* outdated.

From SimonMichael Mon Apr 2 22:09:26 +0000 2007
From: Simon Michael
Date: Mon, 02 Apr 2007 22:09:26 +0000
Subject: Zwiki 0.59 released
Message-ID: <eursli$ne0$1@sea.gmane.org>
In-Reply-To: <20070402201338+0000__37578.0897717506$1175544868$gmane$org@zwiki.org>

Great work all.

By the way, you'll notice my note about quarterly releases.. I've been 
thinking about it for a while, I think it may work better now. Comments ?

FrankLaurijssens wrote:
> Now, which issues do we *require* to be closed to get to a 1.00 release?

Good question! Thoughts ?


From UNPEP Tue Apr 3 02:35:26 +0000 2007
From: UN PEP
Date: Tue, 03 Apr 2007 02:35:26 +0000
Subject: Add method that export the contents of Zwiki in plone to MYSQL
Message-ID: <29020.57272.qm@web38513.mail.mud.yahoo.com>
In-Reply-To: <eurng0$1i3$1@sea.gmane.org>

Yes, I found it in Z2.log. I am still confused about error.
   
  The red colored "exportmysql:method=Export" in the below message is my new method in PageDiffSupport class in Diff.py. After I clicked on "Export" button in history view of a Zwiki page, the plone goes to the below url.
   
  127.0.0.1 - admin [02/Apr/2007:08:59:49 +0700] "GET /wiki/group-a-assignment/TextFormatting?currentRevision=1&exportmysql:method=Export HTTP/1.1" 404 15779 "http://localhost:8080/wiki/group-a-assignment/TextFormatting/diff" "Mozilla/4.0 
  (compatible; MSIE 6.0; Windows NT 5.0)"

  I tried to do the same ZPT input like others input buttons "prevDiff" but I got errors for my new method. please see my Diff.py in attachment.
  
Win
  Simon Michael <zwiki@zwiki.org> wrote:
  Hi Win!

It sounds a tad complicated, but perhaps there is a good reason for this 
approach which I don't understand.

To debug that error, I would have a look in Z2.log to see what urls are 
being requested, and find out why.


From betabug Tue Apr 3 07:07:47 +0000 2007
From: betabug
Date: Tue, 03 Apr 2007 07:07:47 +0000
Subject: Yay 0.59 release!
Message-ID: <20070403070747+0000@zwiki.org>

Congratulations Simon, congratulations everybody!

I think quarterly releases are fine. It will put a less hectic upgrade schedule on site admins (I guess they didn't upgrade with every release anyway till now) and I think Zwiki is stable enough that we don't need a frantic schedule.

Speaking about "stable": Personally I would just go on counting up from 0.59, 060, 0.61... the whole "1.0 release" thing is so 1990s :-). Zwiki is as stable now as it would be with a 1.0 release someday. Also if the release is 1.0 people will think: "Oh, a point-zero release, let's wait till they have some more bugfix releases going."

From FrankLaurijssens Tue Apr 3 08:16:07 +0000 2007
From: Frank Laurijssens
Date: Tue, 03 Apr 2007 08:16:07 +0000
Subject: Yay 0.59 release!
Message-ID: <000d01c775c8$50b84d4e$030913ac@thuis.laurijssens.nl>

In that case, shouldn't we just drop the "0."? A 0.x release makes people think the software is still experimental and not production ready. If people waiting for the next bugfix is a reason not to go to 1.0, then IMHO there are even more reasons to stop using the 0. prefix. 

From betabug Tue Apr 3 08:21:51 +0000 2007
From: betabug
Date: Tue, 03 Apr 2007 08:21:51 +0000
Subject: Yay 0.59 release!
Message-ID: <20070403082151+0000@zwiki.org>
In-Reply-To: <000d01c775c8$50b84d4e$030913ac@thuis.laurijssens.nl>

> In that case, shouldn't we just drop the "0."?

+1 for me. Or replace it with Z.60 or so :-)

From pgoldweic Wed Apr 4 19:23:08 +0000 2007
From: pgoldweic
Date: Wed, 04 Apr 2007 19:23:08 +0000
Subject: error on a fresh install of 0.59 when saving wiki page...
Message-ID: <20070404192308+0000@zwiki.org>

Hi,
I apologize if you see this message more than once (I tried posting to the newsgroup before). I am new to ZWiki and have just installed version 0.59 under Plone 2.5.2 and Zope 2.9.6. Unfortunately I get an error when I try to save a wiki page (or view it, after this), as follows:Traceback (innermost last):
  Module ZPublisher.Publish, line 115, in publish
  Module ZPublisher.mapply, line 88, in mapply
  Module ZPublisher.Publish, line 41, in call_object
  Module Products.ZWiki.ZWikiPage, line 253, in __call__
  Module Products.ZWiki.ZWikiPage, line 265, in render
  Module Products.ZWiki.ZWikiPage, line 282, in preRender
  Module Products.ZWiki.pagetypes.rst, line 45, in preRender
  Module Products.ZWiki.pagetypes.rst, line 36, in format
  Module reStructuredText, line 137, in HTML
  Module reStructuredText, line 90, in render
  Module docutils.core, line 431, in publish_parts
  Module docutils.core, line 612, in publish_programmatically
  Module docutils.core, line 206, in publish
  Module docutils.writers, line 78, in write
  Module docutils.writers.html4css1, line 136, in translate
  Module docutils.writers.html4css1, line 230, in __init__
  Module docutils.utils, line 435, in get_stylesheet_reference
AssertionError: stylesheet and stylesheet_path are mutually exclusive.

What am I missing? Is this a configuration issue in my plone/Zope environment? I'd appreciate any comments. Thanks in advance,
-Patricia


From SimonMichael Wed Apr 4 19:36:13 +0000 2007
From: Simon Michael
Date: Wed, 04 Apr 2007 19:36:13 +0000
Subject: error on a fresh install of 0.59 when	saving wiki page...
Message-ID: <1175715370.4960.53.camel@dynabook.joyful.com>
In-Reply-To: <20070404192308+0000@zwiki.org>

That's an odd one. Is it content-related ? Eg do you get the error if
you save a blank page ? 


From PatriciaGoldweic Wed Apr 4 22:02:15 +0000 2007
From: Patricia Goldweic
Date: Wed, 04 Apr 2007 22:02:15 +0000
Subject: error on a fresh install of 0.59 =?utf-8?b?d2hlbglzYXZpbmc=?= wiki
	page...
Message-ID: <loom.20070405T000103-433@post.gmane.org>

Simon Michael <zwiki <at> zwiki.org> writes:

> 
> That's an odd one. Is it content-related ? Eg do you get the error if
> you save a blank page ? 
> 
> --
> forwarded from http://zwiki.org/GeneralDiscussion#msg1175715370.4960.53.camel 
<at> dynabook.joyful.com
> 
> 


Yes, I get the same error if I try to save a blank wiki page.
-Patricia


From betabug Fri Apr 6 10:07:58 +0000 2007
From: betabug
Date: Fri, 06 Apr 2007 10:07:58 +0000
Subject: Next BugDay on 2007/05/04?
Message-ID: <20070406100758+0000@zwiki.org>

Since today is easter holiday, and since we've switched to a 3-month release schedule, I'd like to suggest the first Friday in May for our next BugDay. There are still a lot of "open" issues in the IssueTracker, so another big go at closing as many of them as possible would be nice. As with the last one I'd suggest the main target to be reproducing and closing as many old issues as possible. In the process we can identify the issues that **really** need work to fix.

If everybody is happy with that, please mark in your calendar!

From wlang Tue Apr 10 08:36:04 +0000 2007
From: wlang
Date: Tue, 10 Apr 2007 08:36:04 +0000
Subject: UnicodeDecodeError
Message-ID: <20070410083604+0000@zwiki.org>

There is a problem with patch #1303 (Illegal utf-8 handling in
Utils.py). It assumes that the wikipage is utf-8 encoded. But at least
at our site it is latin-1. After the upgrade to 0.59 we get an
UnicodeDecodeError at almost every page (I've filed a bug report:
#1328).

What could be the right fix for this? How do we know the right
encoding of a wikipage? Any ideas?

From JózsefJároli Thu Apr 12 13:03:17 +0000 2007
From: JózsefJároli
Date: Thu, 12 Apr 2007 13:03:17 +0000
Subject: Zwiki entry deleted from (English) Wikipedia
Message-ID: <20070412130317+0000@zwiki.org>

Have you noticed that the English entry about Zwiki has been deleted from Wikipedia? (Reason: G11 - advertising/ A7 - does not assert notability)

From betabug Mon Apr 16 14:25:31 +0000 2007
From: betabug
Date: Mon, 16 Apr 2007 14:25:31 +0000
Subject: Zwiki entry deleted from (English) Wikipedia
Message-ID: <20070416142531+0000@zwiki.org>
In-Reply-To: <20070412130317+0000@zwiki.org>

I have restored the Wikipedia entry. I've edited the first sentence that could have been reason for the label "advertising", then added more information and especially references. In the process I've found two articles written about Zwiki, added links to them. If there are any more articles you know of, please add links at http://en.wikipedia.org/wiki/ZWiki or just mention them here. Frank left a comment at the admin who deleted the page, so we hope we're not entering an edit war with her or something silly like that.

From SimonMichael Mon Apr 16 17:06:59 +0000 2007
From: Simon Michael
Date: Mon, 16 Apr 2007 17:06:59 +0000
Subject: Zwiki entry deleted from (English)	Wikipedia
Message-ID: <1176743227.19727.143.camel@dynabook.joyful.com>
In-Reply-To: <20070416142531+0000@zwiki.org>

Great work guys, thank you. I see their point, the page does even now
read more like a product blurb than a timeless encyclopaedia article, so
I think it can evolve more. I think Zwiki is notable enough, but why
exactly ? We just have to figure that out and put more focus on that.
Probably it's better if I don't edit the article too much myself, I will
probably post on the talk page as soon as I revive my wp login.


From lhengist Wed Apr 18 04:12:51 +0000 2007
From: lhengist
Date: Wed, 18 Apr 2007 04:12:51 +0000
Subject: Newbie Question
Message-ID: <20070418041251+0000@zwiki.org>

Can zWiki be installed on two machines and have them be in a redundant setup? Such that if one fails the other can continue, then when the failed one is brought back up it can be re-synced. I'm using the builtin zope database. Currently we have a zope/zwiki server, and have just gotten a 2nd one to have as a backup in another city. I've created some scripts to copy the zope database to the 2ndary server every night. In my setup the users have to notice the first server is down, then start using the 2ndary server. They would know not to make changes to the wiki on the 2ndary server because the database on it will get blown out whenever the first one is brought back into service (assuming the database on it is not lost). Our zWiki is mainly a repository of information, it is not static, but there are many more viewings of than changes to the information. I've looked at the zope site and searched here some but except for some info on Zeo (which is a bit over my head) I can't seem to find any hints. Thanks.

From FrankLaurijssens Wed Apr 18 04:28:27 +0000 2007
From: FrankLaurijssens
Date: Wed, 18 Apr 2007 04:28:27 +0000
Subject: Newbie Question
Message-ID: <20070418042827+0000@zwiki.org>
In-Reply-To: <20070418041251+0000@zwiki.org>

Well, it *is* Zeo what you need, given your problem description. Good Zeo documentation is a bit scarce though. Zwiki fully depends on Zope, so the only mthod currently available is Zeo.
I could think of ways to create Zwiki-level redundancy but it doesn't exist as of yet.

From betabug Wed Apr 18 07:05:13 +0000 2007
From: betabug
Date: Wed, 18 Apr 2007 07:05:13 +0000
Subject: Newbie Question
Message-ID: <20070418070513+0000@zwiki.org>
In-Reply-To: <20070418041251+0000@zwiki.org>

You might want to look at ZopeWiki:ZSyncer too. It allows to "sync" folders between two Zope databases. It would even allow you to sync changes back to the 1st server after it comes back online.

Another option would be to use the repozo.py script (which is meant for incremental backup / restore), so you can move only deltas to the 2nd server.

Strictly speaking this is a Zope problem and not a Zwiki problem. As Frank mentioned, there is no built-in mechanism for doing something like that in Zwiki - we leave that job to the underlying application server.

From betabug Wed Apr 18 07:14:32 +0000 2007
From: betabug
Date: Wed, 18 Apr 2007 07:14:32 +0000
Subject: koders.com code search engine & statistics
Message-ID: <20070418071432+0000@zwiki.org>

While digging the web upside down to find articles for our wikipedia entry I found a reference to koders.com having stats about the Zwiki project. I went there: http://www.koders.com/info.aspx?c=ProjectInfo&pid=K1BGVVKZ1WRMMZTB9LED55EH8B and noticed that the information is outdated, because it still points to sourceforge. I've sent them a mail and received a friendly reply: "We can delete the old project location and add the new one no problem.  We'll let you know when we've got it switched over.  Probably in a couple weeks when we do our regular index push."

From SimonMichael Fri Apr 20 17:10:43 +0000 2007
From: Simon Michael
Date: Fri, 20 Apr 2007 17:10:43 +0000
Subject: away from keyboard
Message-ID: <4628F425.8010306@joyful.com>

Heading to the mountains for the weekend - and rain has started - 
yippee!  Happy hacking all.


From michael Sat Apr 21 12:48:23 +0000 2007
From: michael
Date: Sat, 21 Apr 2007 12:48:23 +0000
Subject: Time Zone issues
Message-ID: <20070421124823+0000@zwiki.org>

I have remove all occurrence of ".toZone('UTC')" in CMF.py, Editing.py and Admin.py.
This solved my "last_edit_time" issues as my servers are all set in GMT zone.
I believe the "toZone('UTC')" is not needed as time zone is already handle by zope itself.

From betabug Mon Apr 23 09:25:30 +0000 2007
From: betabug
Date: Mon, 23 Apr 2007 09:25:30 +0000
Subject: Time Zone issues
Message-ID: <20070423092530+0000@zwiki.org>
In-Reply-To: <20070421124823+0000@zwiki.org>

Hi Michael, what timezone issues? Did you post a problem report somewhere and I missed it?

Sorry, but I must doubt your claim that "time zone is already handle by zope itself". It isn't. Zope doesn't handle any time zone information, not in the so called "ISO" format Zwiki uses. If indeed your machine is set to GMT, then the toZone('UTC') shouldn't change a thing. If there is a bug with it, then I'd like to hear about it with a detailed error description.

From MichaelAng Mon Apr 23 10:05:33 +0000 2007
From: Michael Ang
Date: Mon, 23 Apr 2007 10:05:33 +0000
Subject: Time Zone issues
Message-ID: <20070423100533+0000@zwiki.org>
In-Reply-To: <20070423092530+0000@zwiki.org>

I have similar problem with http://zwiki.org/1186LastEdited1YearAgoBy

From sfoster Mon Apr 23 12:55:36 +0000 2007
From: sfoster
Date: Mon, 23 Apr 2007 12:55:36 +0000
Subject: Zwiki pages do not appear in Plone's navigation portlet
Message-ID: <20070423125536+0000@zwiki.org>

Hello,

We are using:

Plone 2.5.2
Zwiki 0.58.0

but the Zwiki pages are not visible in the Navigation portlet UNLESS you navigate directly to them (for example, via the "contents" tab). The page will disappear from the portlet as soon as you navigate away.

"Wiki page" is checked in the navigators "Displayed content types" configuration. Disabling/enabling filter on workflow state makes no difference.

Any ideas?

Thanks,

Steven Foster

From FrankLaurijssens Mon Apr 23 13:01:57 +0000 2007
From: FrankLaurijssens
Date: Mon, 23 Apr 2007 13:01:57 +0000
Subject: Zwiki pages do not appear in Plone's navigation portlet
Message-ID: <20070423130157+0000@zwiki.org>
In-Reply-To: <20070423125536+0000@zwiki.org>

Hmmm. On a vanilla Plone 2.5 instalation, they should show up in the navigation portlet. I always have to turn it off when I set up a new portal.

Do you filter the portlet's contents according to workflow status? Zwiki pages don't support Plone workflow, so to Plone, they're all "draft". So they won't show if you have set the filter to show published pages only.

BTW, are you sure you want Zwiki pages to show up in your navigation portlet? They'll always show up on the same level, because the portlet does not support page hierarchy. If you have more than 5-10 wiki pages, the navigation portlet will look like a mess.

From sfoster Mon Apr 23 13:34:27 +0000 2007
From: sfoster
Date: Mon, 23 Apr 2007 13:34:27 +0000
Subject: Zwiki pages do not appear in Plone's navigation portlet
Message-ID: <20070423133427+0000@zwiki.org>
In-Reply-To: <20070423130157+0000@zwiki.org>

Thanks Frank - very useful feedback!

Interesting first statement - how do you "turn it off" (use workflow state)?

We do indeed filter on workflow state, but enabling/disabling this makes no difference to the Zwiki pages appearing. Do you mean if I create Zwiki pages anywhere on the site, they all turn up at the top of the navigation portlet?



From FrankLaurijssens Mon Apr 23 13:44:09 +0000 2007
From: FrankLaurijssens
Date: Mon, 23 Apr 2007 13:44:09 +0000
Subject: Zwiki pages do not appear in Plone's navigation portlet
Message-ID: <20070423134409+0000@zwiki.org>
In-Reply-To: <20070423133427+0000@zwiki.org>

Regarding "turn it off", I always turn off the option to show wiki pages in the navigation portlet. A wiki is a set of pages within a folder, which means that if it's turned on and I have a wiki with 100 pages, they will al show up at once when I select the folder or a page within the folder. That's ugly. Sso:

> Do you mean if I create Zwiki pages anywhere on the site, they all turn up at the top of the navigation portlet?

No, just the pages within one folder, within the folder in the porlet.

From sfoster Mon Apr 23 14:11:02 +0000 2007
From: sfoster
Date: Mon, 23 Apr 2007 14:11:02 +0000
Subject: Zwiki pages do not appear in Plone's navigation portlet
Message-ID: <20070423141102+0000@zwiki.org>
In-Reply-To: <20070423134409+0000@zwiki.org>

> Regarding "turn it off", I always turn off the option to show wiki pages in the navigation portlet. 

Sorry if I'm being a bit thick here Frank - where is this "magic" option (is it filter on workflow state)?

Thanks again for your help.

From sfoster Mon Apr 23 14:26:42 +0000 2007
From: sfoster
Date: Mon, 23 Apr 2007 14:26:42 +0000
Subject: Zwiki pages do not appear in Plone's navigation portlet
Message-ID: <20070423142642+0000@zwiki.org>
In-Reply-To: <20070423141102+0000@zwiki.org>

..I think I've worked it out - is it the "Wiki page" option under "Displayed content types" on the Navigation options? Ours is checked, so it sems we've found another way to hide Wiki pages!

From FrankLaurijssens Mon Apr 23 14:32:18 +0000 2007
From: FrankLaurijssens
Date: Mon, 23 Apr 2007 14:32:18 +0000
Subject: Zwiki pages do not appear in Plone's navigation portlet
Message-ID: <20070423143218+0000@zwiki.org>
In-Reply-To: <20070423142642+0000@zwiki.org>

That's the one. I always turn that one off, it is on by default.

From SimonMichael Thu Apr 26 19:39:46 +0000 2007
From: Simon Michael
Date: Thu, 26 Apr 2007 19:39:46 +0000
Subject: Zwiki pages do not appear in Plone's navigation portlet
Message-ID: <46310001.7040200@joyful.com>
In-Reply-To: <20070423142642+0000@zwiki.org>

Hi Steven, did you find the answer to this issue ?

I haven't been using zwiki in plone for a while, so I've forgotten all 
the details, but I expect to look at it again in the next weeks. If 
you're stuck, contact me on #zwiki.

Cheers


From simon Fri Apr 27 02:11:38 +0000 2007
From: simon
Date: Fri, 27 Apr 2007 02:11:38 +0000
Subject: better history
Message-ID: <20070427021138+0000@zwiki.org>

FYI: http://zwiki.org/47PermanentRevisionsAndBetterHistoryDiffBrowsing needs testing..

From SimonMichael Fri Apr 27 21:32:15 +0000 2007
From: Simon Michael
Date: Fri, 27 Apr 2007 21:32:15 +0000
Subject: store text as unicode ?
Message-ID: <46326BC2.7020708@joyful.com>

Currently we store text utf8-encoded; it would probably be better to 
store it as unicode, as other apps do.  Unicode would be more accurate 
to work with internally (cf http://zwiki.org/1303), and might be a good 
step towards being more bulletproof.


From simon Sat Apr 28 01:37:55 +0000 2007
From: simon
Date: Sat, 28 Apr 2007 01:37:55 +0000
Subject: site should be working again
Message-ID: <20070428013755+0000@zwiki.org>

I've blocked "qihoobot" which was getting stupid urls like /AllPages/AllPages/AllPages/AllPages/AllPages/AllPages/ZwikiWebChanges1999 for ever. I think this was the cause of today and yesterday's site slowdown. I've also upgraded zope from 2.9.4 to 2.10.3 and removed all plone products for the moment, which makes restarts much faster. plone.demo.zwiki.org is out of action temporarily.

From simon Sat Apr 28 01:41:09 +0000 2007
From: simon
Date: Sat, 28 Apr 2007 01:41:09 +0000
Subject: more encoding errors
Message-ID: <20070428014109+0000@zwiki.org>
In-Reply-To: <20070428013755+0000@zwiki.org>

But, the zope upgrade means #1330 is biting us on zwiki.org now; some views and pages will give unicode errors. I'm making progress on this.

From simon Sat Apr 28 15:07:27 +0000 2007
From: simon
Date: Sat, 28 Apr 2007 15:07:27 +0000
Subject: site should be working again
Message-ID: <20070428150727+0000@zwiki.org>
In-Reply-To: <20070428013755+0000@zwiki.org>

Still slow - it's really puzzling, I see no specific slow requests, but every few minutes zope becomes really slow -  requests taking up to 15 minutes each - and then recovers for another few minutes. I continue to study the logs. 

From simon Sat Apr 28 17:50:31 -0700 2007
From: simon
Date: Sat, 28 Apr 2007 17:50:31 -0700
Subject: site should be working again
Message-ID: <20070428175031-0700@zwiki.org>
In-Reply-To: <20070428150727+0000@zwiki.org>

Investigations continue at http://zwiki.org/1336 .

From dmahler Thu May 3 09:06:58 -0700 2007
From: dmahler
Date: Thu, 03 May 2007 09:06:58 -0700
Subject: strike through text in stx?
Message-ID: <20070503090658-0700@zwiki.org>

Is there some concise markup for <strike>xx</strike> in stx or do you have to write the full xml tags?

From SimonMichael Thu May 3 13:00:22 -0700 2007
From: Simon Michael
Date: Thu, 03 May 2007 13:00:22 -0700
Subject: Zwiki bug day tomorrow
Message-ID: <463A3F50.3090504@joyful.com>

Friday may 4th is Zwiki Bugfix Day!

Drop by the #zwiki IRC channel any time on friday to help, hack, heckle, 
and join in the fun. http://zwiki.org/BugDay has more info. Hope to see you 
there!

-Simon


From SimonMichael Fri May 4 12:28:55 -0700 2007
From: Simon Michael
Date: Fri, 04 May 2007 12:28:55 -0700
Subject: BUG DAY, KnownIssues poll
Message-ID: <463B8977.40305@joyful.com>

Hi all, Bug Day is in progress - remember to drop by #zwiki and tell us 
your favourite bugs..

Also: how many people use or did find useful the KnownIssues page ? It 
is a manually updated summary of frequently-encountered issues, 
especially for new users who might not find things in the tracker. It 
hasn't been completely current for a while. Is it worth the work to keep 
it ?


From simon Fri May 4 22:18:09 -0700 2007
From: simon
Date: Fri, 04 May 2007 22:18:09 -0700
Subject: BUG DAY
Message-ID: <20070504221809-0700@zwiki.org>
In-Reply-To: <463B8977.40305@joyful.com>

Some hours to go yet, but I am signing out. Good work on some tricky issues by betabug and myself, with excellent input from Wu, wlang, moral support from encolpe, and anyone else I may have missed. Thank You! Let's do it again the first friday of june.

This page is the easiest way to get involved in Zwiki discussions. Post any questions or comments using the comment form at the bottom of the page. Click subscribe if you'd like to receive (and send) comments by email. For the discussion archives, and other ways to discuss Zwiki, see AboutZwikiDiscussion?.

Add method that export the contents of Zwiki in plone to MYSQL --Win Myint Aung, Mon, 02 Apr 2007 02:26:10 +0000 reply

Dear Everyone,

I have appended methods directly in Diff.py of Zwiki (0-55) in plone 2.5.1. The use case is to compare the versions of the zwiki pages to show output of differences between versions in another application in PHP, Apache.

My new methods export contents of a zwiki page to mysql. I want to make a buttons in plone interface to call this method. Then I modified diffform.pt to call a new method named "exportmysql". See my changes.

<input tal:condition="python:revA > 1"
name="nextDiff:method" value=" &gt;&gt; " type="submit" i18n:attributes="value" accesskey="n" />
<input tal:condition="not:python:revA > 1"
disabled="1" value=" &gt;&gt; " type="submit" i18n:attributes="value" accesskey="n" />
<input tal:condition="python:user.has_permission('View History',here)"
value="Manage" name="manage_change_history_page:method" type="submit" i18n:attributes="value" />
<input tal:condition="python:user.has_permission('View History',here)"
value="Export" name="exportmysql:method" type="submit" i18n:attributes="value" />
<input tal:condition="python:user.has_permission('Zwiki: Edit pages', here)"
tal:attributes="disabled python:(revA==numrevs) and 1 or nothing;" value="Revert this and later edits" type="submit" name="revert:method" i18n:attributes="value" />

When I click on the "Export" button in history of zwiki The plone replied the following errors.

Our apologies... The item you requested does not exist on this server or cannot be served. Please double check the web address or use the search function on this page to find what you are looking for. If you know you have the correct web address but are encountering an error, please contact the Site Administration. Thank you. 404 Not Found

I did not see any errors in error_log. But my method can work if it is called from another method. Other method such as prevDiff, nextDiff are also called in template.

Please give me any idea.

Zwiki 0.59 released --Simon Michael, Mon, 02 Apr 2007 19:31:26 +0000 reply

I'm happy to announce Zwiki 0.59, after a four-month release hiatus - see release notes below.

I plan to do quarterly releases instead of monthly from this point on, so the next will be July 1. Of course, pull the latest code from http://zwiki.org/DarcsRepos at any time, it is usually stable.

I'm also happy to announce Joyful Systems is once again open for business! After a wild seven months in PHP (boo!) and Rails (yay!) territory, I'm once again available for consulting and contract work. Contact me for help with your zwiki/zope/plone/rails projects.

Best, -Simon

sm on irc://irc.freenode.net/#zwiki simonkwmichael on AIM http://joyful.com

Zwiki is an easy-to-use, robust, and powerful wiki engine based on the Zope 2 web application server. It works either with vanilla Zope or inside Plone. In addition to the core wiki features, Zwiki offers smooth email-integrated discussion; a simple, effective issue tracker; strong internationalization support; precise access control; and many more optional features. See http://zwiki.org for more.

Zwiki 0.59.0 2007/04/02

Catchup since the last release in november: a truckload of bugfixes from Sascha Welter, Frank Laurijssens and many others (YAY!), support for conditional http get, skins code cleanup, translation updates and more.

Upgrade notes

  • The standard issuetracker and filterissues pages now support sorting on issue name and reverse sorting (#14). To enable sorting by name, visit SOMEPAGE/setupTracker (as manager) to add a required catalog field.
  • If you have customized IssueTracker? and/or FilterIssues? pages, you might want to replace them with the latest code. To do this, review and back up the changes you made. Then delete both pages, reinstall them with SOMEPAGE/setupTracker?pages=1 (as manager), and re-apply your customizations.

Installing

  • show accurate page hierarchy after adding a new wiki
  • #1313, updated FrontPage? links in basic wiki template (Frank Laurijssens)

Configuring

  • reparent now obeys the edits_need_username option, so reparenting will require a username when that property is true
  • #1077 implement Conditional HTTP Get handling (aka If-modified-since / 304) for pages, stylesheet and RSS feeds. This feature makes zwiki pages more browser- and spider-cache friendly, which can potentially greatly reduce page rendering time and load on your zope server. It is off by default as it doesn't yet work with Firefox's default settings (requiring a reload after each edit). See http://zwiki.org/HowToEnableConditionalHTTPGET (Sascha Welter)
  • #974 Property to ignore certain WikiNames? Credits to Matt Kunze from DataSplice?. Patch logic is from him, I just simplified it a bit and tested it. This has yet to be documented somewhere. (Sascha Welter)
  • #1227 comment form vulnerability (Sascha Welter)

Browsing

  • make default site logo work with zope 2.10 (zope bug 2302)
  • recent changes default period is now a week, not a day
  • #976 cosmetics on "last edited xx ago" link credits to "Andreas", we check if lastlog contains anything and omit the parentheses if not. (Sascha Welter)
  • format comment header for HTML pages #1085 (Sascha Welter)
  • #1304 last-edited-by is not shown when user ID is numerical (Sascha Welter)
  • #1303 Illegal utf-8 handling in Utils.py summary - Credits go to Hideo at Yokohama! This patch had us worried about performance, since taking a summary of a long wiki page might be slow. Some preliminary testing showed that the performance price is rather low, but for sites with non-ascii content the patch is really worth it. Not only will it stop producing illegal utf-8, but without the patch the length of the summary will never be right. (Sascha Welter)
  • #1298 non-ascii characters in page names are breaking search functionality (Sascha Welter)
  • don't let a non-wiki page break interwiki link rendering

Editing

  • #1157 after reverting changes, reset last edit time make test passes, tested on my zwiki and plone-zwiki instance. (Sascha Welter)
  • #1314 use UTC for creation_time too (Sascha Welter)
  • #1186 fix for last_edited_date losing time zone information - converting to UTC This might be only relevant at hosts that do not have locale support on their operating system (e.g. *BSD, Mac OS X). Further tests in that direction might be necessary. It definitely fixes the problem on Mac OS X. (Sascha Welter)

Mail

  • #1299 - mail out in plone works, could use more error handling though (Sascha Welter)

Feeds

  • #1083 feed validation: encode & and < (Sascha Welter)

  • #1083 escape html in rss feeds (Sascha Welter)

  • #1294 - changes to get rss feeds to validate pages_rss and changes_rss made to validate with feedvalidator.org

    • Date formats in head section had to be adjusted
    • feedvalidator.org wanted a guid element (even though specs say it's optional)

    (Sascha Welter)

Issue tracking

  • #14 make the zwikitracker list allow filtering & sorting (Frank Laurijssens)
  • Revert allow_dtml change (#1281) (Frank Laurijssens)
  • self-document the IssueTracker? pages for missing allow_dtml (Sascha Welter)
  • #1281 Frank's patch to set up dtml for IssueTracker? pages with extra check (Sascha Welter)
  • #1043 Frank's patch to color issue links in "backlinks" (Sascha Welter)
  • #1008 show issue form on plaintext issues, patch from Bill Page (Sascha Welter)

General

  • make skin/template/macro handling more general, add support for alternate filesystem skins, rewrite skin system developer docs
  • clean up stylesheet lookup: look for a template named "stylesheet.css" or "stylesheet" in that order
  • siblingsAsList can include current page + sorting optional This is useful mainly for "nautica" style wikipage.pt. In those one often wants to make a list of pages "on the same level" as the current page. That list usually includes the current page and is not sorted alphabetically, but instead left in the order defined in the /backlinks page. (Sascha Welter)
  • many fixes to make Zwiki's exception handling more precise. This may reveal some new failure scenarios which were previously hidden (Sascha Welter)
  • fix a syntax error in tests
  • fix a missing doublequote in standard_error_message
  • clarify relicensing clause
  • bumped year in copyright statement (Sascha Welter)
  • signed (Sascha Welter)
  • Signed CONTRIBUTORS (Frank Laurijssens)

Translations

  • de (Stefan Kose)
  • es (Francisco Mañas)
  • fr (Nicolas Velin)
  • zh_CN, zh_TW (nwind)
  • nl (Frank Laurijssens)

Re: Zwiki 0.59 released --Simon Michael, Mon, 02 Apr 2007 19:48:16 +0000 reply

And finally, I have added python-announce. Enjoy! Don't break it! :)

On Mon, 2007-04-02 at 12:45 -0700, Simon Michael wrote:

> Pythonistas, > > Somehow I never got around to announcing Zwiki - the "other" python wiki > engine - here on python-announce. I was waiting for 1.0 I guess. I'm happy > to fix that starting now, with the release of Zwiki 0.59. A project intro > and release notes follow. Drop by http://zwiki.org and take a look!

Add method that export the contents of Zwiki in plone to MYSQL --Simon Michael, Mon, 02 Apr 2007 20:02:43 +0000 reply

Hi Win!

It sounds a tad complicated, but perhaps there is a good reason for this approach which I don't understand.

To debug that error, I would have a look in Z2.log to see what urls are being requested, and find out why.

Zwiki 0.59 released --FrankLaurijssens?, Mon, 02 Apr 2007 20:13:38 +0000 reply

W00t!

Now, which issues do we require to be closed to get to a 1.00 release? There is ZwikiOneReleaseDiscussion? but it is very outdated.

Zwiki 0.59 released --Simon Michael, Mon, 02 Apr 2007 22:09:26 +0000 reply

Great work all.

By the way, you'll notice my note about quarterly releases.. I've been thinking about it for a while, I think it may work better now. Comments ?

FrankLaurijssens? wrote: > Now, which issues do we require to be closed to get to a 1.00 release?

Good question! Thoughts ?

Add method that export the contents of Zwiki in plone to MYSQL --UN PEP, Tue, 03 Apr 2007 02:35:26 +0000 reply

Yes, I found it in Z2.log. I am still confused about error.

The red colored "exportmysql:method=Export" in the below message is my new method in PageDiffSupport? class in Diff.py. After I clicked on "Export" button in history view of a Zwiki page, the plone goes to the below url.

127.0.0.1 - admin [02/Apr/2007:08:59:49 +0700]? "GET /wiki/group-a-assignment/TextFormatting??currentRevision=1&exportmysql:method=Export HTTP/1.1" 404 15779 "http://localhost:8080/wiki/group-a-assignment/TextFormatting/diff" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)"

I tried to do the same ZPT input like others input buttons "prevDiff" but I got errors for my new method. please see my Diff.py in attachment.

Win
Simon Michael <zwiki@zwiki.org> wrote: Hi Win!

It sounds a tad complicated, but perhaps there is a good reason for this approach which I don't understand.

To debug that error, I would have a look in Z2.log to see what urls are being requested, and find out why.

Yay 0.59 release! --betabug, Tue, 03 Apr 2007 07:07:47 +0000 reply

Congratulations Simon, congratulations everybody!

I think quarterly releases are fine. It will put a less hectic upgrade schedule on site admins (I guess they didn't upgrade with every release anyway till now) and I think Zwiki is stable enough that we don't need a frantic schedule.

Speaking about "stable": Personally I would just go on counting up from 0.59, 060, 0.61... the whole "1.0 release" thing is so 1990s :-). Zwiki is as stable now as it would be with a 1.0 release someday. Also if the release is 1.0 people will think: "Oh, a point-zero release, let's wait till they have some more bugfix releases going."

Yay 0.59 release! --Frank Laurijssens, Tue, 03 Apr 2007 08:16:07 +0000 reply

In that case, shouldn't we just drop the "0."? A 0.x release makes people think the software is still experimental and not production ready. If people waiting for the next bugfix is a reason not to go to 1.0, then IMHO there are even more reasons to stop using the 0. prefix.

Yay 0.59 release! --betabug, Tue, 03 Apr 2007 08:21:51 +0000 reply

> In that case, shouldn't we just drop the "0."?

+1 for me. Or replace it with Z.60 or so :-)

error on a fresh install of 0.59 when saving wiki page... --pgoldweic, Wed, 04 Apr 2007 19:23:08 +0000 reply

Hi, I apologize if you see this message more than once (I tried posting to the newsgroup before). I am new to ZWiki? and have just installed version 0.59 under Plone 2.5.2 and Zope 2.9.6. Unfortunately I get an error when I try to save a wiki page (or view it, after this), as follows:Traceback (innermost last):

Module ZPublisher?.Publish, line 115, in publish Module ZPublisher?.mapply, line 88, in mapply Module ZPublisher?.Publish, line 41, in call_object Module Products.ZWiki?.ZWikiPage?, line 253, in __call__ Module Products.ZWiki?.ZWikiPage?, line 265, in render Module Products.ZWiki?.ZWikiPage?, line 282, in preRender Module Products.ZWiki?.pagetypes.rst, line 45, in preRender Module Products.ZWiki?.pagetypes.rst, line 36, in format Module reStructuredText, line 137, in HTML Module reStructuredText, line 90, in render Module docutils.core, line 431, in publish_parts Module docutils.core, line 612, in publish_programmatically Module docutils.core, line 206, in publish Module docutils.writers, line 78, in write Module docutils.writers.html4css1, line 136, in translate Module docutils.writers.html4css1, line 230, in __init__ Module docutils.utils, line 435, in get_stylesheet_reference

AssertionError?: stylesheet and stylesheet_path are mutually exclusive.

What am I missing? Is this a configuration issue in my plone/Zope environment? I'd appreciate any comments. Thanks in advance, -Patricia

error on a fresh install of 0.59 when saving wiki page... --Simon Michael, Wed, 04 Apr 2007 19:36:13 +0000 reply

That's an odd one. Is it content-related ? Eg do you get the error if you save a blank page ?

**error on a fresh install of 0.59 =?utf-8?b?d2hlbglzYXZpbmc=?= wiki
page...** --Patricia Goldweic, Wed, 04 Apr 2007 22:02:15 +0000 reply

Simon Michael <zwiki <at> zwiki.org> writes:

> > That's an odd one. Is it content-related ? Eg do you get the error if > you save a blank page ? > > -- > forwarded from http://zwiki.org/GeneralDiscussion#msg1175715370.4960.53.camel <at> dynabook.joyful.com > >

Yes, I get the same error if I try to save a blank wiki page. -Patricia

Next BugDay? on 2007/05/04? --betabug, Fri, 06 Apr 2007 10:07:58 +0000 reply

Since today is easter holiday, and since we've switched to a 3-month release schedule, I'd like to suggest the first Friday in May for our next BugDay?. There are still a lot of "open" issues in the IssueTracker?, so another big go at closing as many of them as possible would be nice. As with the last one I'd suggest the main target to be reproducing and closing as many old issues as possible. In the process we can identify the issues that really need work to fix.

If everybody is happy with that, please mark in your calendar!

UnicodeDecodeError? --wlang, Tue, 10 Apr 2007 08:36:04 +0000 reply

There is a problem with patch #1303 (Illegal utf-8 handling in Utils.py). It assumes that the wikipage is utf-8 encoded. But at least at our site it is latin-1. After the upgrade to 0.59 we get an UnicodeDecodeError? at almost every page (I've filed a bug report: #1328).

What could be the right fix for this? How do we know the right encoding of a wikipage? Any ideas?

Zwiki entry deleted from (English) Wikipedia --JózsefJároli, Thu, 12 Apr 2007 13:03:17 +0000 reply

Have you noticed that the English entry about Zwiki has been deleted from Wikipedia? (Reason: G11 - advertising/ A7 - does not assert notability)

Zwiki entry deleted from (English) Wikipedia --betabug, Mon, 16 Apr 2007 14:25:31 +0000 reply

I have restored the Wikipedia entry. I've edited the first sentence that could have been reason for the label "advertising", then added more information and especially references. In the process I've found two articles written about Zwiki, added links to them. If there are any more articles you know of, please add links at http://en.wikipedia.org/wiki/ZWiki or just mention them here. Frank left a comment at the admin who deleted the page, so we hope we're not entering an edit war with her or something silly like that.

Zwiki entry deleted from (English) Wikipedia --Simon Michael, Mon, 16 Apr 2007 17:06:59 +0000 reply

Great work guys, thank you. I see their point, the page does even now read more like a product blurb than a timeless encyclopaedia article, so I think it can evolve more. I think Zwiki is notable enough, but why exactly ? We just have to figure that out and put more focus on that. Probably it's better if I don't edit the article too much myself, I will probably post on the talk page as soon as I revive my wp login.

Newbie Question --lhengist, Wed, 18 Apr 2007 04:12:51 +0000 reply

Can zWiki be installed on two machines and have them be in a redundant setup? Such that if one fails the other can continue, then when the failed one is brought back up it can be re-synced. I'm using the builtin zope database. Currently we have a zope/zwiki server, and have just gotten a 2nd one to have as a backup in another city. I've created some scripts to copy the zope database to the 2ndary server every night. In my setup the users have to notice the first server is down, then start using the 2ndary server. They would know not to make changes to the wiki on the 2ndary server because the database on it will get blown out whenever the first one is brought back into service (assuming the database on it is not lost). Our zWiki is mainly a repository of information, it is not static, but there are many more viewings of than changes to the information. I've looked at the zope site and searched here some but except for some info on Zeo (which is a bit over my head) I can't seem to find any hints. Thanks.

Newbie Question --FrankLaurijssens?, Wed, 18 Apr 2007 04:28:27 +0000 reply

Well, it is Zeo what you need, given your problem description. Good Zeo documentation is a bit scarce though. Zwiki fully depends on Zope, so the only mthod currently available is Zeo. I could think of ways to create Zwiki-level redundancy but it doesn't exist as of yet.

Newbie Question --betabug, Wed, 18 Apr 2007 07:05:13 +0000 reply

You might want to look at ZopeWiki:ZSyncer too. It allows to "sync" folders between two Zope databases. It would even allow you to sync changes back to the 1st server after it comes back online.

Another option would be to use the repozo.py script (which is meant for incremental backup / restore), so you can move only deltas to the 2nd server.

Strictly speaking this is a Zope problem and not a Zwiki problem. As Frank mentioned, there is no built-in mechanism for doing something like that in Zwiki - we leave that job to the underlying application server.

koders.com code search engine & statistics --betabug, Wed, 18 Apr 2007 07:14:32 +0000 reply

While digging the web upside down to find articles for our wikipedia entry I found a reference to koders.com having stats about the Zwiki project. I went there: http://www.koders.com/info.aspx?c=ProjectInfo&pid=K1BGVVKZ1WRMMZTB9LED55EH8B and noticed that the information is outdated, because it still points to sourceforge. I've sent them a mail and received a friendly reply: "We can delete the old project location and add the new one no problem. We'll let you know when we've got it switched over. Probably in a couple weeks when we do our regular index push."

away from keyboard --Simon Michael, Fri, 20 Apr 2007 17:10:43 +0000 reply

Heading to the mountains for the weekend - and rain has started - yippee! Happy hacking all.

Time Zone issues --michael, Sat, 21 Apr 2007 12:48:23 +0000 reply

I have remove all occurrence of ".toZone('UTC')" in CMF.py, Editing.py and Admin.py. This solved my "last_edit_time" issues as my servers are all set in GMT zone. I believe the "toZone('UTC')" is not needed as time zone is already handle by zope itself.

Time Zone issues --betabug, Mon, 23 Apr 2007 09:25:30 +0000 reply

Hi Michael, what timezone issues? Did you post a problem report somewhere and I missed it?

Sorry, but I must doubt your claim that "time zone is already handle by zope itself". It isn't. Zope doesn't handle any time zone information, not in the so called "ISO" format Zwiki uses. If indeed your machine is set to GMT, then the toZone('UTC') shouldn't change a thing. If there is a bug with it, then I'd like to hear about it with a detailed error description.

Time Zone issues --Michael Ang, Mon, 23 Apr 2007 10:05:33 +0000 reply

I have similar problem with http://zwiki.org/1186LastEdited1YearAgoBy

Zwiki pages do not appear in Plone's navigation portlet --sfoster, Mon, 23 Apr 2007 12:55:36 +0000 reply

Hello,

We are using:

Plone 2.5.2 Zwiki 0.58.0

but the Zwiki pages are not visible in the Navigation portlet UNLESS you navigate directly to them (for example, via the "contents" tab). The page will disappear from the portlet as soon as you navigate away.

"Wiki page" is checked in the navigators "Displayed content types" configuration. Disabling/enabling filter on workflow state makes no difference.

Any ideas?

Thanks,

Steven Foster

Zwiki pages do not appear in Plone's navigation portlet --FrankLaurijssens?, Mon, 23 Apr 2007 13:01:57 +0000 reply

Hmmm. On a vanilla Plone 2.5 instalation, they should show up in the navigation portlet. I always have to turn it off when I set up a new portal.

Do you filter the portlet's contents according to workflow status? Zwiki pages don't support Plone workflow, so to Plone, they're all "draft". So they won't show if you have set the filter to show published pages only.

BTW, are you sure you want Zwiki pages to show up in your navigation portlet? They'll always show up on the same level, because the portlet does not support page hierarchy. If you have more than 5-10 wiki pages, the navigation portlet will look like a mess.

Zwiki pages do not appear in Plone's navigation portlet --sfoster, Mon, 23 Apr 2007 13:34:27 +0000 reply

Thanks Frank - very useful feedback!

Interesting first statement - how do you "turn it off" (use workflow state)?

We do indeed filter on workflow state, but enabling/disabling this makes no difference to the Zwiki pages appearing. Do you mean if I create Zwiki pages anywhere on the site, they all turn up at the top of the navigation portlet?

Zwiki pages do not appear in Plone's navigation portlet --FrankLaurijssens?, Mon, 23 Apr 2007 13:44:09 +0000 reply

Regarding "turn it off", I always turn off the option to show wiki pages in the navigation portlet. A wiki is a set of pages within a folder, which means that if it's turned on and I have a wiki with 100 pages, they will al show up at once when I select the folder or a page within the folder. That's ugly. Sso:

> Do you mean if I create Zwiki pages anywhere on the site, they all turn up at the top of the navigation portlet?

No, just the pages within one folder, within the folder in the porlet.

Zwiki pages do not appear in Plone's navigation portlet --sfoster, Mon, 23 Apr 2007 14:11:02 +0000 reply

> Regarding "turn it off", I always turn off the option to show wiki pages in the navigation portlet.

Sorry if I'm being a bit thick here Frank - where is this "magic" option (is it filter on workflow state)?

Thanks again for your help.

Zwiki pages do not appear in Plone's navigation portlet --sfoster, Mon, 23 Apr 2007 14:26:42 +0000 reply

..I think I've worked it out - is it the "Wiki page" option under "Displayed content types" on the Navigation options? Ours is checked, so it sems we've found another way to hide Wiki pages!

Zwiki pages do not appear in Plone's navigation portlet --FrankLaurijssens?, Mon, 23 Apr 2007 14:32:18 +0000 reply

That's the one. I always turn that one off, it is on by default.

Zwiki pages do not appear in Plone's navigation portlet --Simon Michael, Thu, 26 Apr 2007 19:39:46 +0000 reply

Hi Steven, did you find the answer to this issue ?

I haven't been using zwiki in plone for a while, so I've forgotten all the details, but I expect to look at it again in the next weeks. If you're stuck, contact me on #zwiki.

Cheers

better history --simon, Fri, 27 Apr 2007 02:11:38 +0000 reply

FYI: http://zwiki.org/47PermanentRevisionsAndBetterHistoryDiffBrowsing needs testing..

store text as unicode ? --Simon Michael, Fri, 27 Apr 2007 21:32:15 +0000 reply

Currently we store text utf8-encoded; it would probably be better to store it as unicode, as other apps do. Unicode would be more accurate to work with internally (cf http://zwiki.org/1303), and might be a good step towards being more bulletproof.

site should be working again --simon, Sat, 28 Apr 2007 01:37:55 +0000 reply

I've blocked "qihoobot" which was getting stupid urls like /AllPages?/AllPages?/AllPages?/AllPages?/AllPages?/AllPages?/ZwikiWebChanges1999? for ever. I think this was the cause of today and yesterday's site slowdown. I've also upgraded zope from 2.9.4 to 2.10.3 and removed all plone products for the moment, which makes restarts much faster. plone.demo.zwiki.org is out of action temporarily.

more encoding errors --simon, Sat, 28 Apr 2007 01:41:09 +0000 reply

But, the zope upgrade means #1330 is biting us on zwiki.org now; some views and pages will give unicode errors. I'm making progress on this.

site should be working again --simon, Sat, 28 Apr 2007 15:07:27 +0000 reply

Still slow - it's really puzzling, I see no specific slow requests, but every few minutes zope becomes really slow - requests taking up to 15 minutes each - and then recovers for another few minutes. I continue to study the logs.

site should be working again --simon, Sat, 28 Apr 2007 17:50:31 -0700 reply

Investigations continue at http://zwiki.org/1336 .

strike through text in stx? --dmahler, Thu, 03 May 2007 09:06:58 -0700 reply

Is there some concise markup for <strike>xx</strike> in stx or do you have to write the full xml tags?

Zwiki bug day tomorrow --Simon Michael, Thu, 03 May 2007 13:00:22 -0700 reply

Friday may 4th is Zwiki Bugfix Day!

Drop by the #zwiki IRC channel any time on friday to help, hack, heckle, and join in the fun. http://zwiki.org/BugDay has more info. Hope to see you there!

-Simon

BUG DAY, KnownIssues? poll --Simon Michael, Fri, 04 May 2007 12:28:55 -0700 reply

Hi all, Bug Day is in progress - remember to drop by #zwiki and tell us your favourite bugs..

Also: how many people use or did find useful the KnownIssues? page ? It is a manually updated summary of frequently-encountered issues, especially for new users who might not find things in the tracker. It hasn't been completely current for a while. Is it worth the work to keep it ?

BUG DAY --simon, Fri, 04 May 2007 22:18:09 -0700 reply

Some hours to go yet, but I am signing out. Good work on some tricky issues by betabug and myself, with excellent input from Wu, wlang, moral support from encolpe, and anyone else I may have missed. Thank You! Let's do it again the first friday of june.