[Zope-Coders] Re: [ZC] 182/ 2 Comment "Zope/CMF inconsistencies: secondary exceptions"
Dieter Maurer
dieter@handshake.de
Tue, 17 Dec 2002 22:48:11 +0100
Collector: Zope Bugs, Features, and Patches ... writes:
> Issue #182 Update (Comment) "Zope/CMF inconsistencies: secondary exceptions"
> Status Pending, Zope/bug medium
> To followup, visit:
> http://collector.zope.org/Zope/182
>
> ==============================================================
> = Comment - Entry #2 by tseaver on Dec 16, 2002 1:51 pm
>
> Note that, on the CVS head, this code has now moved to
> Zope.App.startup.py, line 128.
>
> BTW, Dieter, can you give an example of what kind of thing 't'
> actually is when you hit this problem? Strings have already
> been excluded, so I'm guessing that it might be an ExtensionClass
> instance?
> ________________________________________
> = Request - Entry #1 by d.maurer on Jan 28, 2002 5:03 am
>
>
> Uploaded: "exc_subclass.pat"
> - http://collector.zope.org/Zope/182/exc_subclass.pat/view
> Any exception in the CMF action box seems to
> trigger a secondary exception in "Zope.__init__"
> "TypeError: issubclass first argument must be a class".
The problem is no longer reproducible -- at least not with
exceptions raised by action box processing.
I have never tried to understand what type "t" really had.
Python's error message has been sufficiently explicit to
provide an immediate and safe workaround (something that
is not a class cannot be a subclass of "ConflictError").
I would not mind when you rejected the report, as, apparently, the problem
no longer occurs.
Dieter