Dieter Maurer wrote:
Apparently, your application is leaking HTTPRequest instances.
Are you storing acquisition wrapped objects in the REQUEST object?
No, I don't think so, but I might be wrong. I mail you the test template
I'm accessing.
### BEGIN mon-clear
dtml-var standard_html_header
Jamie Heilman wrote:
Try this in a PythonScript:
d = {1:2}
for t in d.iteritems():
pass
Annoyingly, it raises Unauthorized: You are not allowed to access 'a
particular tuple' in this context
Is there a reason for this, or is it just part of
AccessControl/RestrictedPython that hasn't been
For some reason if I do the following:
textarea name=col1 rows=30 cols=120 dtml-var
expr=_.getitem('1_col',0) html_quote/textarea
I can edit the html but all dtml is interpreted.
I am trying to build a dtml page with which I can edit other pages:
1. Any recommendations on how to do this?
2. How
Maybe you can use the:
invokeFactory(id=xx, type=xx) method.
Garito [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi Max
I understand what you explain but what about if I install a new product?
Rewrite the factory?
I think is not a good solution don't you think?
Thanks!!
pieter claassen wrote:
For some reason if I do the following:
textarea name=col1 rows=30 cols=120 dtml-var
expr=_.getitem('1_col',0) html_quote/textarea
I can edit the html but all dtml is interpreted.
It has not been told to do otherwise.
I am trying to build a dtml page with which I can edit
Hello all.
Has this problem been solved ?
I'm stuck in the very same problem after having switched from python 2.6.2 to
2.6.4, both using the same python2.2.3. Pure Zope, no Product other than my
own (where not a single line of code has been modified) and no funny name
like Tony's SYS or
Tres Seaver wrote:
The 'iteritems' method of a dictionary returns an object of type
'dictionary-iterator'; AccessControl.ZopeGuards makes no container
assertions about that type, although it *does* permit calling the
'iteritems' method which returns an instance of it.
I find it
[Tres Seaver]
The 'iteritems' method of a dictionary returns an object of type
'dictionary-iterator'; AccessControl.ZopeGuards makes no container
assertions about that type, although it *does* permit calling the
'iteritems' method which returns an instance of it.
I find it interesting that
Jamie Heilman wrote:
Paradoxically, by ignoring Zope's security framework in the context of
on-disk methods this actually improves Zope's overall security.
I can see that. It's interesting that when security is burdensome, it
is often less secure overall as a result. I see this pattern
Jamie Heilman wrote at 2004-3-22 16:42 -0800:
...
So here's the questions I have for you all... is there a way to
declare appropriate security on the bindings that are screwing me
right now from within my product code so that I can selectively poke
holes to allow container access where needed,
Stefan Doerig wrote at 2004-3-23 10:31 +0100:
...
No, I don't think so, but I might be wrong. I mail you the test template
I'm accessing.
### BEGIN mon-clear
dtml-var standard_html_header
dtml-var REQUEST
dtml-var standard_html_footer
### END mon-clear
### BEGIN standard_html_header
html
head
11 matches
Mail list logo
