Log message for revision 114737:
- LP #143564: Request.resolve_url did not correctly re-raise
exceptions encountered during path traversal.
Changed:
U Zope/trunk/doc/CHANGES.rst
U Zope/trunk/src/ZPublisher/HTTPRequest.py
U Zope/trunk/src/ZPublisher/tests/testHTTPRequest.py
Log message for revision 114738:
- LP #143722: Added missing permission to ObjectManager.manage_hasId,
which prevented renaming files and folders via FTP.
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
U Zope/branches/2.12/src/OFS/ObjectManager.py
-=-
Modified:
Log message for revision 114739:
- LP #143722: Added missing permission to ObjectManager.manage_hasId,
which prevented renaming files and folders via FTP.
Changed:
U Zope/trunk/doc/CHANGES.rst
U Zope/trunk/src/OFS/ObjectManager.py
-=-
Modified: Zope/trunk/doc/CHANGES.rst
Log message for revision 114741:
- LP #143533: Instead of showing 0.0.0.0 as server name when no
specific listening IP is configured for the HTTP server, do a
socket lookup to show the current server's fully qualified name.
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
U
Log message for revision 114742:
- LP #143533: Instead of showing 0.0.0.0 as server name when no
specific listening IP is configured for the HTTP server, do a
socket lookup to show the current server's fully qualified name.
Changed:
U Zope/trunk/doc/CHANGES.rst
U
Log message for revision 114746:
- LP #143755: Also catch TypeError when trying to determine an
indexable value for an object in PluginIndexes.common.UnIndex
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
U Zope/branches/2.12/src/Products/PluginIndexes/common/UnIndex.py
U
Log message for revision 114747:
- LP #143755: Also catch TypeError when trying to determine an
indexable value for an object in PluginIndexes.common.UnIndex
Changed:
U Zope/trunk/doc/CHANGES.rst
U Zope/trunk/src/Products/PluginIndexes/common/UnIndex.py
U
Log message for revision 114752:
- refining the fix for LP #143533
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
U Zope/branches/2.12/src/ZServer/HTTPServer.py
-=-
Modified: Zope/branches/2.12/doc/CHANGES.rst
===
---
Log message for revision 114753:
- refining the fix for LP #143533
Changed:
U Zope/trunk/doc/CHANGES.rst
U Zope/trunk/src/ZServer/HTTPServer.py
-=-
Modified: Zope/trunk/doc/CHANGES.rst
===
--- Zope/trunk/doc/CHANGES.rst
Log message for revision 114755:
Missing changelog for the ImageFile warning
Changed:
U Zope/branches/2.12/doc/CHANGES.rst
-=-
Modified: Zope/branches/2.12/doc/CHANGES.rst
===
--- Zope/branches/2.12/doc/CHANGES.rst 2010-07-14
Log message for revision 114749:
Warn on App.ImageFile.ImageFile deprecated assumption of software_home
Changed:
U Zope/branches/2.12/src/App/ImageFile.py
U Zope/branches/2.12/src/App/config.py
A Zope/branches/2.12/src/App/tests/testImageFile.py
-=-
Modified:
Log message for revision 114757:
Warn on App.ImageFile.ImageFile deprecated assumption of software_home.
Forward ported 114749 from 2.12 branch
Changed:
U Zope/trunk/doc/CHANGES.rst
U Zope/trunk/src/App/ImageFile.py
U Zope/trunk/src/App/config.py
A
On Sun, Jul 11, 2010 at 5:49 PM, Christophe Combelles cc...@free.fr wrote:
Le 11/07/2010 13:59, Zope Tests Summarizer a écrit :
Subject: FAILED : Bluebream / Python2.4.6 32bit linux
From: ccomb at free.fr
Date: Sat Jul 10 22:05:41 EDT 2010
URL:
On Wed, Jul 14, 2010 at 2:57 PM, Baiju M mba...@zeomega.com wrote:
On Sun, Jul 11, 2010 at 5:49 PM, Christophe Combelles cc...@free.fr wrote:
Le 11/07/2010 13:59, Zope Tests Summarizer a écrit :
Subject: FAILED : Bluebream / Python2.4.6 32bit linux
From: ccomb at free.fr
Date: Sat Jul 10
Summary of messages to the zope-tests list.
Period Tue Jul 13 12:00:00 2010 UTC to Wed Jul 14 12:00:00 2010 UTC.
There were 64 messages: 6 from Zope Tests, 2 from buildbot at
enfoldsystems.com, 4 from buildbot at pov.lt, 17 from buildbot at
winbot.zope.org, 13 from ccomb at free.fr, 22 from
On 7/14/10 16:19 , Jens Vagelpohl wrote:
Log message for revision 114741:
- LP #143533: Instead of showing 0.0.0.0 as server name when no
specific listening IP is configured for the HTTP server, do a
socket lookup to show the current server's fully qualified name.
Can I object to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/14/10 16:28 , Wichert Akkerman wrote:
On 7/14/10 16:19 , Jens Vagelpohl wrote:
Log message for revision 114741:
- LP #143533: Instead of showing 0.0.0.0 as server name when no
specific listening IP is configured for the HTTP server,
On 7/14/10 16:43 , Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/14/10 16:28 , Wichert Akkerman wrote:
On 7/14/10 16:19 , Jens Vagelpohl wrote:
Log message for revision 114741:
- LP #143533: Instead of showing 0.0.0.0 as server name when no
specific
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wichert Akkerman wrote:
I don't mind doing this for a SERVER_NAME in the response, but looking
at the diff from the commit email you also changed the startup message
from Zope 2 with this change. That is the bit I find problematic: I want
to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/14/10 17:00 , Andreas Jung wrote:
Wichert Akkerman wrote:
I don't mind doing this for a SERVER_NAME in the response, but looking
at the diff from the commit email you also changed the startup message
from Zope 2 with this change. That is
On 7/14/10 17:14 , Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/14/10 17:00 , Andreas Jung wrote:
Wichert Akkerman wrote:
I don't mind doing this for a SERVER_NAME in the response, but looking
at the diff from the commit email you also changed the startup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I worked on Zope2 bugs today. This is what I managed to get done:
Fixed
=
- https://bugs.launchpad.net/zope2/+bug/143273
- https://bugs.launchpad.net/zope2/+bug/143564
- https://bugs.launchpad.net/zope2/+bug/143722
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I tried to work on fixing the zope.testing tests under Zope 2.7:
https://bugs.launchpad.net/zope.testing/+bug/605455
I did fix the zope.testing buildout to get its own tests passing under
Zope 2.6, and added an optional 'test27' part for running
On Sun, Jul 11, 2010 at 1:41 AM, Sebastian Tiedtke s...@mdvtts.com wrote:
We're working on a large scale Plone deployment and recently came across
some odd behavior with tempstorage at our ZEO server.
The system setup consists of a central ZEO server that provides the
storage for content as
On Wed, Jul 14, 2010 at 19:22, Benji York be...@benjiyork.com wrote:
[...]
Let me make sure I understand your setup: you have a TemporaryStorage
running on a central server that is exposed via ZEO to clients. Right?
So, when the ZEO server restarts the temp storage is reset (it's
contents
I think what the senior developers react to here isn't the particular
choice. You could have written Vim is preferred and people would
still think: Do they want me to write with my left or right hand or
do they want me to get the job done.
Anyway, best of luck Marco!
If they work
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco Bizzarri wrote:
I won't start a religious war on IDE editors :)
Perhaps making your requirment clear without provocative side-comments
would have been more in line with your intent: just naming
Eclipse+PyDev, for instance (familiarity with
Summary of messages to the cmf-tests list.
Period Tue Jul 13 12:00:00 2010 UTC to Wed Jul 14 12:00:00 2010 UTC.
There were 4 messages: 4 from CMF Tests.
Tests passed OK
---
Subject: OK : CMF-2.1 Zope-2.10 Python-2.4.6 : Linux
From: CMF Tests
Date: Tue Jul 13 21:49:32 EDT 2010
URL:
28 matches
Mail list logo