Log message for revision 71969:
added test for Collector #2261 (no fix for the problem so far)
Changed:
U Zope/trunk/lib/python/webdav/tests/testPUT_factory.py
-=-
Modified: Zope/trunk/lib/python/webdav/tests/testPUT_factory.py
Log message for revision 71975:
added WEBDAV_SOURCE_PORT=1 to request
Changed:
U Zope/trunk/lib/python/webdav/tests/testPUT_factory.py
-=-
Modified: Zope/trunk/lib/python/webdav/tests/testPUT_factory.py
===
---
On Thursday 11 January 2007 16:10, Dieter Maurer wrote:
I can see that such a strategy may be helpful when one wants to
resolve conflicts in some way. However, I do not see
why is should be necessary for registration that are not expected
to conflict.
Going into some detail. If imports have
Summary of messages to the zope-tests list.
Period Thu Jan 11 12:00:00 2007 UTC to Fri Jan 12 12:00:00 2007 UTC.
There were 7 messages: 7 from Zope Unit Tests.
Tests passed OK
---
Subject: OK : Zope-2.6 Python-2.1.3 : Linux
From: Zope Unit Tests
Date: Thu Jan 11 21:09:40 EST 2007
Stephan Richter wrote at 2007-1-12 03:03 -0500:
On Thursday 11 January 2007 16:10, Dieter Maurer wrote:
I can see that such a strategy may be helpful when one wants to
resolve conflicts in some way. However, I do not see
why is should be necessary for registration that are not expected
to
I've submitted a patch for zope.app.interface.PersistentInterfaceClass
and it looks like I could use the approach of zodbcode ModuleManagers
and zope.app.interface.PersistentInterfaceClass instances for what I
need.
Over the course of this work, however, I noticed
On Thursday 11 January 2007 16:03, Dieter Maurer wrote:
Stephan Richter wrote at 2007-1-11 03:12 -0500:
...
If you are populating the CA before ZCML is fully parsed, then:
DO NOT POPULATE THE CA WHILE IMPORTING!!!
This is so bad on so many levels. Dieter, your problem is just one
On Thursday 11 January 2007 16:03, Dieter Maurer wrote:
Stephan Richter wrote at 2007-1-11 03:12 -0500:
...
If you are populating the CA before ZCML is fully parsed, then:
DO NOT POPULATE THE CA WHILE IMPORTING!!!
This is so bad on so many levels. Dieter, your problem is just one
I have ported a zope product running on zope 2.5.1 to zope 2.9. The
application works fine with no error messages in the log.
Now I want to port an old Data.fs from zope 2.5.1 with the Product Data
on. It seem to work fine by just copying it to the new zope 2.9 var
directory. But every time I
--On 11. Januar 2007 22:07:13 +0100 Dieter Maurer [EMAIL PROTECTED]
wrote:
Andreas Jung wrote at 2007-1-11 12:36 +0100:
...
Patches are welcome. I am not sure if I should consider this bug as a
show stopper. Especially I have no idea right now how to fix the problem.
It worked in recent
Jonas Nielsen wrote at 2007-1-12 11:18 +0100:
I have ported a zope product running on zope 2.5.1 to zope 2.9. The
application works fine with no error messages in the log.
...
File /usr/lib/zope2.9/lib/python/Products/ZCatalog/Catalog.py, line
383, in uncatalogObject
rid =
Hi,
I am trying to give a specific example of Zope server to demonstrate the
power of Zope access control. I need a site that has lots of roles and
permissions. I had a look at the Zope Powered sites in the
http://www.zope.org/Resources/ZopePowered/ page but it does not really
say much about the
12 matches
Mail list logo
