this is my first post to this list so I'm not sure this is proper way
to submit a patch. If it is not, please direct me to the correct
This patch enables Unicode characters in qualified names for XML
documents stored with the ParsedXML product.
First, thanks for
Maik Jablonski writes:
there are some bugs in the Zope-Collector which IMHO can be closed.
Not up2date anymore:
(if someone minds...)
from Products.PageTemplates.PageTemplateFile import PageTemplateFile
def manage_addMyContainerForm(self, REQUEST):
pt = None
if self.meta_type in ['ContainerType1', 'ContainerType2']:
pt = PageTemplateFile('zpt/addMyContainerForm', globals())
Chris Withers writes:
Clemens Robbenhaar wrote:
Hm, figuring out the right exception actually the problem; if the
data base connector would raise an exception of a certain type due to
unability to connect I could catch these and let the others pass.
Which DA are you using
Chris Withers writes:
Clemens Robbenhaar wrote:
Ok, if this is the proper dance to catch such exceptions with Zope
without risking ZODB corruption I will go with it. So far I have not
been sure, that ConflictError is the only type needing special
treatement in these cases
In Shared/DC/ZRDB/DA.py, Line 399 of Zope 2.6.1 and line 419 in 2.7.0, there's
this rather pointless lump of code:
except: raise DatabaseError, (
'%s is not connected to a database' % self.id)
...which only serves to
...this is an application level decision. The code currently makes it very easy,
but at the expense of debugging any unexpected exceptions that code throws.
While relational data may be optional for you, for many people it is
ESSENTIAL, and is used for things like
Now, I want to have it also contain objects of type 'B', but displayed and
managed through a separate tab in the ZMI. If I click on the Contents tab
of an instance of F, I get the list of contained A-type objects, with cut,
copy, paste, delete, etc. If I click on another tab
I am not certain if this is the right mailing list here, because
zope-dev is for the development _of_ Zope, not the development of
products _with_ Zope.
However if this thread starts to assemble a survey comparing Zope to
J2EE, this may be interesting for the Zope development,
there were several security-related fixes in the collector (and the
collector-mailing-list) in the last days. Normaly security-related stuff is
not visible for the public... and this seems to be good to avoid exploits
At least for the resolved issues the fixed are public
Jamie Heilman writes:
Clemens Robbenhaar wrote:
malicious Python Scripts on my site (I guess ;-), and I do not use DTML
or some Tree-stuff -- thus I did not upgrade yet, and You may feel free
Actually... unless you've altered the ZMI and HelpSys, you do use
dtml-tree ...and HelpSys
Brian Lloyd writes:
If you or Hajime can send me a patch against the current 2.7
branch, I'll make sure they get in before the beta is cut (or if
either of you are committers it is also fine to checkin yourselves
to the Zope-2_7-branch and head and let me know when its done).
Adding 'guarded_hasattr' to the list of items wrapped items did not help.
I guess You have taken Tres too literally. I did the same (i.e. adding
the string 'guarded_hasattr' to the _NEED_WRAPPING list) and could
reproduce Your issue. After wandering through the code
I cannot answer Your original question:
I noticed this in ZServer/README.txt (zope 2.6.2):
HTTP 1.1 support is ZServer is incomplete, though it should work for
most HTTP 1.1 clients.
Anybody know what specifically is incomplete?
but instead a complete random off
1.) absolute_url(relative=1) behaves different
'relative' was changed from 'relative to site object' to 'relative to
server root'. This is an API change and breaks Products like CMF.
Please be careful with method names that might already be in use in some
products. Google says Silva uses a getVirtualRoot() method. Why not
using REQUEST variables?
... which is defined in an adapter-style class which is not
implementing Traversable itself, so there is no
I've a product, http://zetadb.sourceforge.net, that uses SESSION
extensively. I've just discover, unhappiness, that there are some
problems when SESSION object is changed at the same time in two diferent
python scripts (using frames). The two frames are changing diferent
Zope doesn't know enough mime types, and there's no easy way to add them
add runtime since you removed the add_type(...) method from mimetypes.py
Who is you which has removed the function? I guess mimetypes
is a core python module ...
Anyway if You feel the need to
... just a random remark:
Also I've found that if there's an error in your class' setUp(),
it can cause the test to hang and never show you a traceback.
I have run into a similar problem; this seems to be caused by the
(usually reasonable) behaviour of the pyunit not to call the
does anyone know how to rename a product, so that instances of the product
stored in ZODB will work (with the new name) after the rename?
I assume the problem is that the product is named A should be
renamed into B in such a way that all instances of class
I am sorry, but the patch to disable versions does not work for me
(using Zope 2.6.1 / Python2.1.3), maybe because of trivial typo:
RCS file: /cvs-repository/Zope/lib/python/ZODB/ZApplication.py,v
Just a wild guess:
ERROR(200) Conflict Resolution Unexpected error
Traceback (innermost last):
File /usr/local/Zope-2.6.1-src/lib/python/ZODB/ConflictResolution.py, line
96, in tryToResolveConflict
SystemError: Failed to import class
Beef a writes:
Does anyone have any idea how to register session event listeners in Zope 2?
Check with the /temp_folder/session_data in your Zope, or create your
own Transient Object Container, if there is no such object.
searching the zope site and googling yielded too many data and no info,
so I might as well ask it here.
We are very interested in finding out the exact HTTP Responses that the
zope server pushes towards the client.
So is there a low level hook for logging
I run into the same problem that has been reported last year:
Date: 04/24/2002 10:50 AM
View: [Zope] Problems with AIX4
There never was an answer from anybody.
I installed Python 2.1.3 and Zope-2.6.1 on AIX4.3.3 and I run into
Tena Sakai writes:
Greetings zope-dev folks,
Please help me out.
I have seen below via google search:
Zope 2.5 + Python 2.1 -- Good
Zope 2.6 + Python 2.1 -- Good
Zope 2.7 + Python 2.1 -- Bad
Zope 2.5 + Python 2.2 -- Bad
Zope 2.6 + Python 2.2 -- Bad
Here's a small demonstration of the bug:
def test(self, a_string, an_int, a_named_arg=1):
template = a_string = %s; type(a_string) - %s\n
an_int = %s; type(an_int) - %s\n
a_named_arg = %s; type(a_named_arg) - %s
return template %
... moving discussion from [EMAIL PROTECTED] to [EMAIL PROTECTED]
Actually the topic has been that the smtp_port attribute of a MailHost
has changed type from string in 2.5.1 to int in 2.6.0
I guessed a little hint about this incompatibility in the release notes
would have been nice,
At Thu, 21 Nov 2002 12:16:09 +, Chris Withers wrote:
I'm trying to get stripogram working from Script(Pythons). I thought I had it,
but it appears I don't.
I added the following in the __init__.py of the stripogram package:
from AccessControl import
we have a Zope-based (v2.5.0) editorial system running on a server of our
customer's; it uses a ZUserFolder to store eMail addresses of the top-level
users. Last week, an error turned up whenever the system tried to
automatically send a notification eMail, which said:
Mail list logo