February 2010 - Zope-Dev

Zope Tests: 6 OK
by Zope Tests Summarizer 27 Feb '10

27 Feb '10

Summary of messages to the zope-tests list. Period Fri Feb 26 12:00:00 2010 UTC to Sat Feb 27 12:00:00 2010 UTC. There were 6 messages: 6 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Fri Feb 26 20:36:23 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013641.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Fri Feb 26 20:38:23 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013642.html Subject: OK : Zope-2.12 Python-2.6.4 : Linux From: Zope Tests Date: Fri Feb 26 20:40:23 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013643.html Subject: OK : Zope-2.12-alltests Python-2.6.4 : Linux From: Zope Tests Date: Fri Feb 26 20:42:23 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013644.html Subject: OK : Zope-trunk Python-2.6.4 : Linux From: Zope Tests Date: Fri Feb 26 20:44:23 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013645.html Subject: OK : Zope-trunk-alltests Python-2.6.4 : Linux From: Zope Tests Date: Fri Feb 26 20:46:24 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013646.html

1 0

01797808366@t-mobile-sms.de
by Christian Theune 27 Feb '10

27 Feb '10

asdf -- Christian Theune · ct(a)gocept.com gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1 Zope and Plone consulting and development

1 1

Re: [Zope-dev] SVN: Zope/branches/2.12/src/Products/Five/browser/absoluteurl.py Fix _getContextName; does anyone test this stuff?
by Tres Seaver 26 Feb '10

26 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martijn Pieters wrote: > Log message for revision 109473: > Fix _getContextName; does anyone test this stuff? > > Changed: > U Zope/branches/2.12/src/Products/Five/browser/absoluteurl.py > > -=- > Modified: Zope/branches/2.12/src/Products/Five/browser/absoluteurl.py > =================================================================== > --- Zope/branches/2.12/src/Products/Five/browser/absoluteurl.py 2010-02-26 15:23:23 UTC (rev 109472) > +++ Zope/branches/2.12/src/Products/Five/browser/absoluteurl.py 2010-02-26 16:46:18 UTC (rev 109473) > @@ -62,7 +62,7 @@ > def _getContextName(self, context): > if getattr(context, 'getId', None) is not None: > return context.getId() > - getattr(context, '__name__', None) > + return getattr(context, '__name__', None) > > def breadcrumbs(self): > context = self.context Kettle to pot: Did you add a test? Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuIBUEACgkQ+gerLs4ltQ6wLQCgjoILR7DEUSnX8cP6RrMFyZuo ZyYAoLheP2E352KlZJA77fLcDRrfIiU5 =ATl+ -----END PGP SIGNATURE-----

2 1

z3c.form vs. Invalid exceptions
by Martin Aspeli 26 Feb '10

26 Feb '10

Hi, The z3c.form doctests make it look like raising zope.interface.Invalid() would be an acceptable thing for a validator to do. It also makes it look like the argument passed to the Invalid() constructor is a string that would be displayed as an error message. However, when I do this (in a constraint or a IValidator adapter), the exception is not caught, and so causes a traceback. In field.py, we have:: try: widget.setErrors = self.setErrors raw = widget.extract() if raw is not interfaces.NO_VALUE: value = interfaces.IDataConverter(widget).toFieldValue(raw) zope.component.getMultiAdapter( (self.content, self.request, self.form, getattr(widget, 'field', None), widget), interfaces.IValidator).validate(value) except (zope.schema.ValidationError, ValueError, MultipleErrors), error: view = zope.component.getMultiAdapter( (error, self.request, widget, widget.field, self.form, self.content), interfaces.IErrorViewSnippet) view.update() if self.setErrors: widget.error = view errors += (view,) And indeed, this doesn't catch Invalid. In error.py, on the other hand, there is an InvalidErrorViewSnippet. Is this intentional? Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book

3 4

Zope Tests: 6 OK
by Zope Tests Summarizer 26 Feb '10

26 Feb '10

Summary of messages to the zope-tests list. Period Thu Feb 25 12:00:00 2010 UTC to Fri Feb 26 12:00:00 2010 UTC. There were 6 messages: 6 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Thu Feb 25 20:36:26 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013635.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Thu Feb 25 20:38:26 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013636.html Subject: OK : Zope-2.12 Python-2.6.4 : Linux From: Zope Tests Date: Thu Feb 25 20:40:26 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013637.html Subject: OK : Zope-2.12-alltests Python-2.6.4 : Linux From: Zope Tests Date: Thu Feb 25 20:42:26 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013638.html Subject: OK : Zope-trunk Python-2.6.4 : Linux From: Zope Tests Date: Thu Feb 25 20:44:26 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013639.html Subject: OK : Zope-trunk-alltests Python-2.6.4 : Linux From: Zope Tests Date: Thu Feb 25 20:46:26 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013640.html

1 0

Zope Tests: 6 OK
by Zope Tests Summarizer 25 Feb '10

25 Feb '10

Summary of messages to the zope-tests list. Period Wed Feb 24 12:00:00 2010 UTC to Thu Feb 25 12:00:00 2010 UTC. There were 6 messages: 6 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Wed Feb 24 20:37:10 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013629.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Wed Feb 24 20:39:10 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013630.html Subject: OK : Zope-2.12 Python-2.6.4 : Linux From: Zope Tests Date: Wed Feb 24 20:41:10 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013631.html Subject: OK : Zope-2.12-alltests Python-2.6.4 : Linux From: Zope Tests Date: Wed Feb 24 20:43:10 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013632.html Subject: OK : Zope-trunk Python-2.6.4 : Linux From: Zope Tests Date: Wed Feb 24 20:45:10 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013633.html Subject: OK : Zope-trunk-alltests Python-2.6.4 : Linux From: Zope Tests Date: Wed Feb 24 20:47:10 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013634.html

1 0

exception views lost context on Zope 2.12
by Wichert Akkerman 24 Feb '10

24 Feb '10

In Zope 2.10 exception views were acquisition-wrapped in the publisher context. This appears to have changed in Zope 2.12: exception views are now wrapped in the exception. This is problematic since it means you can no longer use the context when rendering an error page, so things like ++resource++ or anything else which relies on a working acquisition context, which is pretty much everything, break. Is this an unexpected regression from the acquisition changes, or a deliberate change? Wichert.

4 7

Zope Tests: 6 OK
by Zope Tests Summarizer 24 Feb '10

24 Feb '10

Summary of messages to the zope-tests list. Period Tue Feb 23 12:00:00 2010 UTC to Wed Feb 24 12:00:00 2010 UTC. There were 6 messages: 6 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Tue Feb 23 20:36:13 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013623.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Tue Feb 23 20:38:13 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013624.html Subject: OK : Zope-2.12 Python-2.6.4 : Linux From: Zope Tests Date: Tue Feb 23 20:40:13 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013625.html Subject: OK : Zope-2.12-alltests Python-2.6.4 : Linux From: Zope Tests Date: Tue Feb 23 20:42:13 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013626.html Subject: OK : Zope-trunk Python-2.6.4 : Linux From: Zope Tests Date: Tue Feb 23 20:44:13 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013627.html Subject: OK : Zope-trunk-alltests Python-2.6.4 : Linux From: Zope Tests Date: Tue Feb 23 20:46:13 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-February/013628.html

1 0

Re: [Zope-dev] SVN: ExtensionClass/trunk/ Merged hannosch-lp-143657 branch
by Tres Seaver 23 Feb '10

23 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hanno Schlichting wrote: > On Tue, Feb 23, 2010 at 1:26 AM, Tres Seaver <tseaver(a)palladion.com> wrote: >> Hanno Schlichting wrote: >>> -2.12.1 (unreleased) >>> +2.13.0 (unreleased) >>> ------------------- >>> >>> +- Avoid defining ``__getnewargs__`` as not to defeat the ZODB persistent >>> + reference optimization. Refs https://bugs.launchpad.net/zope2/+bug/143657. >> Is this really worth treating as a new major version? There is no API >> change involved, right? Just faster? > > It changes the format of the persistent references and needs a full > content migration to take effect. For reasons I don't fully > understand, it also caused that ZCTextIndex.clear bug to show up. > > That was enough risk potential to me, to call this a feature and not a > simple bug fix. Sounds like you are right: please forgive my ignorance. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuEMbsACgkQ+gerLs4ltQ4hbwCg0zlVDvyh5fTa3e6dUBULo16a o60AniVsCQg2kCv/IgfibLWJl5b9LPKG =rf3s -----END PGP SIGNATURE-----

1 0

RFC: Making zope.i18nmessageid an optional dependency of zope.schema
by Tres Seaver 23 Feb '10

23 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In order to make zope.schema more useful outside of Zope, I would like to make the dependency on zope.i18nmessageid optional. I have checked in a branch which does this: http://svn.zope.org/zope.schema/branches/tseaver-optional_i18nmessageid Objections? Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuD/DYACgkQ+gerLs4ltQ5SZwCfccvr3vn16+7qaGyxwXogLJRP MacAnRgn5FxmNW3oI0L31SAqNn/h0P3x =2AhH -----END PGP SIGNATURE-----

3 3