What are the most obscure error conditions you've encountered while developing Zopeish[1] applications? [1] ZTK, Grok, Bluebream, the old Zope 3.x KGSes all qualify. I'm talking about situations where the error message/traceback are disconnected from the actual cause. For example, forgetting to add a security declaration in ZCML can cause TraversalError (because ForbiddenAttribute is a subclass of AttributeError), which leads the developer off to a wild goose chase looking for why the attribute is missing (was it misspelled? did it come from an old database?) the first few times this kind of error happens. One of the goals we came up with in the Zope Summit in Halle was to identify the most annoying of these kinds of error messages and fix them. I need your help for the identifying part! Marius Gedminas -- http://pov.lt/ -- Zope 3/BlueBream consulting and development
Hi It doesn't happen to me any longer, cause I learned my lesson, but in the beginning I was always confused about the error message when an exception happened in the __init__ method of a view. The Exception gets caught, and interpreted as if the object object/view does not exist. I then always checked if I made a mistake in my zcml declaration or did something wrong with names. It never occured to me that the url was correct, but the __init__ method threw errors. Best regards, Patrick On Tue, Sep 14, 2010 at 12:00, Marius Gedminas <marius@gedmin.as> wrote:
What are the most obscure error conditions you've encountered while developing Zopeish[1] applications?
[1] ZTK, Grok, Bluebream, the old Zope 3.x KGSes all qualify.
I'm talking about situations where the error message/traceback are disconnected from the actual cause. For example, forgetting to add a security declaration in ZCML can cause TraversalError (because ForbiddenAttribute is a subclass of AttributeError), which leads the developer off to a wild goose chase looking for why the attribute is missing (was it misspelled? did it come from an old database?) the first few times this kind of error happens.
One of the goals we came up with in the Zope Summit in Halle was to identify the most annoying of these kinds of error messages and fix them. I need your help for the identifying part!
Marius Gedminas -- http://pov.lt/ -- Zope 3/BlueBream consulting and development
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkyPR7UACgkQkVdEXeem14+KfQCdEk2D4poDir5CKqL+0+svjHRV YWsAnjndhGiLGatmmjje08lcj2pYkCyE =XE/L -----END PGP SIGNATURE-----
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
On Tue, Sep 14, 2010 at 12:00, Marius Gedminas <marius@gedmin.as> wrote:
What are the most obscure error conditions you've encountered while developing Zopeish[1] applications?
[1] ZTK, Grok, Bluebream, the old Zope 3.x KGSes all qualify.
I'm talking about situations where the error message/traceback are disconnected from the actual cause.
Late answer: The really obscure ones are when there *is no error message*. Common in Plone (which may or may not be zopeish).
On Tue, Sep 14, 2010 at 12:00:58PM +0200, Marius Gedminas wrote:
What are the most obscure error conditions you've encountered while developing Zopeish[1] applications?
Trying to add a proxied object to the database gives an error that more or less clearly states this condition (proxies are unpickleable). Nevertheless, it might be confusing to newbies, and it does not give any clues about the place that caused the error, not even what was the proxied object. Albertas
participants (4)
-
Albertas Agejevas -
Lennart Regebro -
Marius Gedminas -
Patrick Gerken