> And indeed the problem was with the fact that I was
> subclassing the
> DTML Document, which as explained in
> somewhat mangles the Id property. Public thanks to Rik
> Hoekstra <[EMAIL PROTECTED]>
> for suggesting that.
> I added this fix (from the page I mention above) to the
> constructor method,
> <!--#with "myZClass.createInObjectManager(REQUEST['id'], REQUEST)"-->
> <dtml-call "setName(REQUEST['id'])">
> And when I try creating a new object, it blows up in my face with this
this is sort of a tricky one :( The problem is that the
ZClass id bug is a legitimate bug (fixed in the 2.2 series),
but your fix uses a method that should never have been
accessible in the first place (and in fact the hotfix makes
it inaccessible, as it should have been all along).
So there are two things you could do here to get along until
you can upgrade to 2.2. One, you could edit the __init__.py
in the Hotfix product's directory and comment out the line:
...and restart Zope. That will make the setName method
unprotected again though, so don't do this lightly. By
unprotected I mean that other people could call setName
on _your_ objects and screw things up if they wanted to.
An alternative would be to create an external method like
the following in your class:
def temporary_hack(self, id):
...and try using:
<!--#with "myZClass.createInObjectManager(REQUEST['id'], REQUEST)"-->
That should let you solve it without reopening a security hole.
Hope this helps!
Brian Lloyd [EMAIL PROTECTED]
Software Engineer 540.371.6909
Digital Creations http://www.digicool.com
Zope maillist - [EMAIL PROTECTED]
** No cross posts or HTML encoding! **
(Related lists -