Summary of messages to the zope-tests list.
Period Sun Nov 26 12:00:00 2006 UTC to Mon Nov 27 12:00:00 2006 UTC.
There were 9 messages: 9 from Zope Unit Tests.
Test failures
-
Subject: FAILED (failures=2) : Zope-2.8 Python-2.4.4 : Linux
From: Zope Unit Tests
Date: Sun Nov 26
Hey guys,
recently I discovered a bug (or a feature???!!) in the way credentials
are stored in cookies with PluggableAuthService. When somebody includes
a colon in his password, the authentication for this user doesn't work
anymore because of this code in
When you have access to the ssh on your server i think you can set an
'master password'
I couldn't even pull up the ZMI password dialog box. But I figured it out. I
changed IP addresses and needed to update that in the zope.conf because ZEO
listens on port .
I wonder why I can't just
Paul Winkler wrote:
On Fri, Nov 24, 2006 at 02:46:25PM +0100, Christian Steinhauer wrote:
... i cant use pdb on zopeĀ“s python script i think?
Normally true, but you can google for Chris Withers' zdb product
which allows debugging from scripts very nicely.
Christian Steinhauer wrote:
http://www.blunck.se/iehttpheaders/iehttpheaders.html
What a nice tool. Now more debugging with some interesting results.
###
for i in range(2):
context.MailHost.send('bodytext', [EMAIL PROTECTED], [EMAIL PROTECTED],
'subj'+str(i))
###
This script produces:
context.MailHost.send('bodytext', [EMAIL PROTECTED],
[EMAIL PROTECTED],
'subj'+str(i))
###
This script produces: HTTP/1.1 204 No Content
Moral of the story: if you want sane things to happen, make sure your
script returns a string output.
Otherwise you risk tickling some of the more
This script is the part of the devil ;) It has produce the double emails, i
have cut some lines codes to get it faster to understand.
Have you tried what I posted before? I mean try to add to your script:
container.REQUEST.RESPONSE.setHeader('content-type', 'text/html')
I'm curious if this
Chris Withers wrote at 2006-11-27 16:16 +:
...
Moral of the story: if you want sane things to happen, make sure your
script returns a string output.
In fact, an empty string would result in the same behaviour.
Thus, the moral should be: make your your script does not return
a Python false
Have you tried what I posted before? I mean try to add to your script:
container.REQUEST.RESPONSE.setHeader('content-type', 'text/html')
I'm curious if this changes anything.
yes i test this and then the header is everytime 200 OK - so no problem. But
i test this only with my 2 lines of code