- Zope-Dev - Zope lists

Zope Tests: 5 OK
by Zope Tests Summarizer 11 Mar '08

11 Mar '08

Summary of messages to the zope-tests list. Period Mon Mar 10 12:00:00 2008 UTC to Tue Mar 11 12:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Mon Mar 10 21:58:47 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009230.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Mon Mar 10 22:00:18 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009231.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Mon Mar 10 22:01:49 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009232.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Mon Mar 10 22:03:19 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009233.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Mon Mar 10 22:04:49 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009234.html

1 0

Directory resource factories
by Malthe Borch 10 Mar '08

10 Mar '08

The z3c.pt-package now provides a template class for plain text files like .css and .js---using the ${<python expression>}-syntax. I'd like to integrate it with browser resources such that filename.css.<some extension for z3c.pt text templates> would be sent through the template engine. Now, the DirectoryResource-class defined in zope.app.publisher.browser.directoryresource provides a dictionary of resource factories for a number of standard file extensions. Shouldn't this be pluggable using the component architecture? It would adapt to IResourceFactory. \malthe

2 5

Zope Tests: 5 OK
by Zope Tests Summarizer 10 Mar '08

10 Mar '08

Summary of messages to the zope-tests list. Period Sun Mar 9 12:00:00 2008 UTC to Mon Mar 10 12:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Sun Mar 9 21:59:59 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009225.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Sun Mar 9 22:01:29 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009226.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Sun Mar 9 22:02:59 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009227.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Sun Mar 9 22:04:30 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009228.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Sun Mar 9 22:06:01 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009229.html

1 0

Zope Tests: 5 OK
by Zope Tests Summarizer 09 Mar '08

09 Mar '08

Summary of messages to the zope-tests list. Period Sat Mar 8 12:00:00 2008 UTC to Sun Mar 9 12:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Sat Mar 8 20:55:47 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009220.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Sat Mar 8 20:57:17 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009221.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Sat Mar 8 20:58:47 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009222.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Sat Mar 8 21:00:18 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009223.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Sat Mar 8 21:01:48 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009224.html

1 0

Zope Tests: 5 OK
by Zope Tests Summarizer 08 Mar '08

08 Mar '08

Summary of messages to the zope-tests list. Period Fri Mar 7 12:00:00 2008 UTC to Sat Mar 8 12:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Fri Mar 7 21:00:23 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009215.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Fri Mar 7 21:01:54 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009216.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Fri Mar 7 21:03:24 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009217.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Fri Mar 7 21:04:54 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009218.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Fri Mar 7 21:06:25 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009219.html

1 0

z3c.form: unicode error with upload form
by Christophe Combelles 08 Mar '08

08 Mar '08

Hi, The z3c.form.converter.FileUploadDataConverter has no toWidgetValue() method. Instead, it inherits from BaseDataConverter.toWidgetValue(), that returns unicode(data). However unicode(value) returns an error when the value is binary data! Shouldn't FileUploadDataConverter implement its own toWidgetValue? Christophe

2 3

Schedule for Zope 3.5 final
by Andreas Jung 07 Mar '08

07 Mar '08

Hi Stephan, what is your schedule for Zope 3.5.0 final? I am asking because I also want to plan the 2.11.0 release. Tnx, Andreas -- ZOPYX Ltd. & Co. KG - Charlottenstr. 37/1 - 72070 Tübingen - Germany Web: www.zopyx.com - Email: info(a)zopyx.com - Phone +49 - 7071 - 793376 Registergericht: Amtsgericht Stuttgart, Handelsregister A 381535 Geschäftsführer/Gesellschafter: ZOPYX Limited, Birmingham, UK ------------------------------------------------------------------------ E-Publishing, Python, Zope & Plone development, Consulting

2 2

ZCatalog: updateMetadata and comparing string and unicode
by Maurits van Rees 06 Mar '08

06 Mar '08

Hi all, I have an item in the portal_catalog of my Plone site that has some string as description. The real object meanwhile has had a code change so the description field now returns unicode. When I now recatalog that object it throws an error: Module Products.ZCatalog.Catalog, line 359, in catalogObject Module Products.ZCatalog.Catalog, line 318, in updateMetadata UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 159: ordinal not in range(128) > /home/maurits/buildout/projectdeploy/parts/zope2/lib/python/Products/ZCatalog/Catalog.py(318)updateMetadata() -> if data.get(index, 0) != newDataRecord: This happens when the current data in the catalog get compared to the new data. If there is a difference, the new data is stored. But to compare the old string with the new unicode the string is converted to unicode. This fails because the string has non ascii characters in it. So basically what happens is this error: >>> unicode("Ã¤", 'utf-8') == u"Ã¤" True >>> "Ã¤" == u"Ã¤" Traceback (most recent call last): File "<stdin>", line 1, in ? UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: ordinal not in range(128) Logical enough. This can be fixed in ZCatalog: maurits@hobb:~/svn/Zope-210/lib/python/Products/ZCatalog $ svn diff Index: Catalog.py =================================================================== --- Catalog.py (revision 84388) +++ Catalog.py (working copy) @@ -304,7 +304,15 @@ # meta_data is stored as a tuple for efficiency data[index] = newDataRecord else: - if data.get(index, 0) != newDataRecord: + try: + changed = data.get(index, 0) != newDataRecord + except UnicodeDecodeError: + # Converting some string to unicode fails. This + # conversion happens when a string and a unicode need + # to be compared. Those two are not the same, so + # logically there has been a change, so: + changed = True + if changed: data[index] = newDataRecord return index Index: tests/testCatalog.py =================================================================== --- tests/testCatalog.py (revision 84388) +++ tests/testCatalog.py (working copy) @@ -1,3 +1,4 @@ +# -*- coding: utf-8 -*- ############################################################################## # # Copyright (c) 2002 Zope Corporation and Contributors. All Rights Reserved. @@ -177,6 +177,13 @@ def __nonzero__(self): self.fail("__nonzero__() was called") +class zdummyText(ExtensionClass.Base): + def __init__(self, text): + self.text = text + + def title(self): + return self.text + class FakeTraversalError(KeyError): """fake traversal exception for testing""" @@ -261,6 +268,12 @@ data = self._catalog.getMetadataForUID('1') self.assertEqual(data['title'], '1') + text = zdummyText('A string with an accent: \xc3\xa4.') + self._catalog.catalog_object(text, '1') + text.text = unicode("A simple unicode.") + self._catalog.catalog_object(text, '1') + + def testReindexIndexDoesntDoMetadata(self): self.d['0'].num = 9999 self._catalog.reindexIndex('title', {}) =================================================================== With that change it works: on the live site I can edit and save that item without errors. Without the change to the code, the added test fails at precisely the point where the change should be done. But if I change the code the test still fails because something similar goes wrong in the KeywordIndex, with this traceback: =================================================================== Error in test testUpdateMetadata (Products.ZCatalog.tests.testCatalog.TestZCatalog) Traceback (most recent call last): File "unittest.py", line 260, in run testMethod() File "/home/maurits/svn/Zope-210/lib/python/Products/ZCatalog/tests/testCatalog.py", line 274, in testUpdateMetadata self._catalog.catalog_object(text, '1') File "/home/maurits/svn/Zope-210/lib/python/Products/ZCatalog/ZCatalog.py", line 536, in catalog_object update_metadata=update_metadata) File "/home/maurits/svn/Zope-210/lib/python/Products/ZCatalog/Catalog.py", line 368, in catalogObject blah = x.index_object(index, object, threshold) File "/home/maurits/svn/Zope-210/lib/python/Products/PluginIndexes/common/UnIndex.py", line 235, in index_object res += self._index_object(documentId, obj, threshold, attr) File "/home/maurits/svn/Zope-210/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 85, in _index_object fdiff = difference(oldKeywords, newKeywords) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 25: ordinal not in range(128) =================================================================== This is a bit trickier to fix, as the variable fdiff that is calculated here is needed later on. But at this point I would like to ask: is this a solution direction I want to explore? Is the basic fix above sane? Or should we change nothing here and should add-on developers just be careful of what they let end up in the catalog? The fix/workaround from a user's point of view is: clear and rebuild the catalog as that gets rid of any old data so no comparison needs to be done anymore. That solves the problem for me. For reference, the PoiIssue from above was created when its class had this method (simplified): def Description(self): # return the contents of the details field return self.getRawDetails() And currently the code is this: def Description(self): details = self.getRawDetails() if not isinstance(details, unicode): encoding = getSiteEncoding(self) details = unicode(details, encoding) return details And that change means to solve another occasional unicode error when adding issues in Japanese: http://plone.org/products/poi/issues/135 I am the maintainer of Poi btw, and I am writing some migration code now that triggers this error. So writing some other migration to first fix that recatalog issue specifically for the Poi content is doable too. -- Maurits van Rees | http://maurits.vanrees.org/ Work | http://zestsoftware.nl/ "This is your day, don't let them take it away." [Barlow Girl]

3 2

buildout-based buildbot back
by Christian Theune 06 Mar '08

06 Mar '08

Hi, it took a while, but here it is: I've put the buildout-based buildot into its own virtual machine (with enough resources hopefully). It's been running for about a week now and seems to work fairly well. I integrated the classical buildbot view and my alternative display in one installation that is accessible at: http://zopebuildout.whq.gocept.com - builds are run when the trunk of a buildout-based project is changed and at 3am CEST every day. - Updates for the project list are run before the nightly build and pick up all projects' trunks that define a buildout.cfg - Currently, all projects that don't define a test runner will appear as broken. I'll fix that soon so that non-existing test runners will be ignored. Christian -- gocept gmbh & co. kg - forsterstrasse 29 - 06112 halle (saale) - germany www.gocept.com - ct(a)gocept.com - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development

6 12

Zope Tests: 5 OK
by Zope Tests Summarizer 06 Mar '08

06 Mar '08

Summary of messages to the zope-tests list. Period Wed Mar 5 12:00:00 2008 UTC to Thu Mar 6 12:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Wed Mar 5 20:59:46 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009210.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Wed Mar 5 21:01:16 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009211.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Wed Mar 5 21:02:47 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009212.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Wed Mar 5 21:04:17 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009213.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Wed Mar 5 21:05:47 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-March/009214.html

1 0