October 2005 - Zope - Zope lists

Re: [Zope] Zope Debugger lets WingDbg fail to connect toclient
by Chris Withers 13 Oct '05

13 Oct '05

Hi John, Wingware Support wrote: > > Right now, Wing only supports file system based code. Really? Why? > For code in the > database, I'd think you would want to set co_filename to some sort of > url. You could always look at the product I mailed you about, it's not exactly big ;-) > Somehow the debugger needs to find the source text that produced a > code object, and using co_filename is the standard way of doing this. Yep, that's what zdb does.. > By unpluggable do you mean it assumes code is on the file system? Yeah, and it certainly was a fair assumption, but what with now having code coming form .zip's in plain python and zodb in Zope, it reallt could do with a good kicking... > Yes, you don't want the debugger on a production system. Simply setting > the co_filename attribute won't slow the system down, though. Yup, but zdb pre-stuff the linecache so the normal pdb mechanisms can find the code, and that _is_ expensive ;-) Not to mention oh so many monkey patches calls which both zbd and WingDbg suffer from ;-) cheers, Chris - who would be interested to know if you actually downloaded zdb and had a look at its source... -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

MailTemplate attachment problem..
by Nicolas Georgakopoulos 13 Oct '05

13 Oct '05

Trying to send an attachment I get another error: <strong>Error Type: Unauthorized</strong><br/> <strong>Error Value: You are not allowed to access 'add_file' in this context</strong><br/> and the traceback: Traceback (innermost last): Module ZPublisher.Publish, line 113, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 40, in call_object Module Shared.DC.Scripts.Bindings, line 311, in __call__ Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec Module Products.PageTemplates.ZopePageTemplate, line 256, in _exec Module Products.PageTemplates.PageTemplate, line 102, in pt_render - <ZopePageTemplate at /AtestFordelete/tt> Module TAL.TALInterpreter, line 206, in __call__ Module TAL.TALInterpreter, line 250, in interpret Module TAL.TALInterpreter, line 426, in do_optTag_tal Module TAL.TALInterpreter, line 411, in do_optTag Module TAL.TALInterpreter, line 406, in no_tag Module TAL.TALInterpreter, line 250, in interpret Module TAL.TALInterpreter, line 501, in do_insertText_tal Module Products.PageTemplates.TALES, line 227, in evaluateText Module Products.PageTemplates.TALES, line 221, in evaluate - URL: /AtestFordelete/tt - Line 12, Column 6 - Expression: standard:'options/message' - Names: {'container': <Folder at /AtestFordelete>, 'context': <Folder at /AtestFordelete>, 'default': <Products.PageTemplates.TALES.Default instance at 0x01152AF8>, 'here': <Folder at /AtestFordelete>, 'loop': <Products.PageTemplates.TALES.SafeMapping object at 0x01FC2990>, 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x0112DD50>, 'nothing': None, 'options': {'args': ()}, 'repeat': <Products.PageTemplates.TALES.SafeMapping object at 0x01FC2990>, 'request': <HTTPRequest, URL=http://localhost:8080/AtestFordelete/tt>, 'root': <Application at >, 'template': <ZopePageTemplate at /AtestFordelete/tt>, 'traverse_subpath': [], 'user': admin} Module Products.PageTemplates.Expressions, line 183, in __call__ Module Products.PageTemplates.Expressions, line 171, in _eval Module Products.PageTemplates.Expressions, line 127, in _eval - __traceback_info__: options Module Products.PageTemplates.Expressions, line 306, in restrictedTraverse - __traceback_info__: {'path': ['message'], 'TraversalRequestNameStack': []} KeyError: 'message' I had change all my security options in the folder that contains my objects (checked all the boxes on the Manager colum). Am I doing something wrong?

2 1

Determining user from session object - who is logged in?
by Gaute Amundsen 13 Oct '05

13 Oct '05

I thought the place to start wold be: /temp_folder/session_data/ I have built a small little thing to play with the contents of that. External method and script below. However I have not been able to figure out a way to connect these sessions with "logged in users". I suppose I could make some add/remove actions to log the data somewhere, and then get it from there, but there has to be some more direct way... Any ideas anyone? Gaute. ------ def CurrentSessions(self): root = self.getPhysicalRoot() session_data = root.restrictedTraverse('/temp_folder/session_data') return session_data.items() -------- ## Script (Python) "view_sessions" ##bind container=container ##bind context=context ##bind namespace= ##bind script=script ##bind subpath=traverse_subpath ##parameters= ##title= ## def timeSpan(secs): # seconds -> hours, minutes og seconds hours = int(secs/3600) secs = secs % 3600 minutes = int(secs/60) secs = int(secs % 60) return "%02d:%02d:%02d" % (hours, minutes, secs) print 'View session data' # flush expired objects...? session = context.session_data_manager.getSessionData() session.set('This is','me') data = container.CurrentSessions() print str(len(data)) + ' objects' for i in data: last = i[1].getLastAccessed() made = i[1].getCreated() now = DateTime().timeTime() print i[1].items() print 'Made: '+DateTime(made).strftime('%Y-%m-%d %H:%M:%S') #print 'Last: '+DateTime(last).strftime('%Y-%m-%d %H:%M:%S') #print 'Now: '+DateTime(now).strftime('%Y-%m-%d %H:%M:%S') print 'Used: ' + timeSpan(last - made) print 'Idle: ' + timeSpan(now - last) print '' return printed ------

2 6

[Ann] Zope Hotfix 2005-10-09
by Andreas Jung 13 Oct '05

13 Oct '05

Hello, a security issue with the Docutils package coming with Zope 2.6 or higher has been discovered. Sites that expose reStructuredText functionality to untrusted users (typically portal sites allowing registered users to edit content) are possibly affected. Download location and installation are available from http://www.zope.org/Products/Zope/Hotfix_2005-10-09/security_alert The hotfix is supposed to work with any Zope 2.7 and 2.8 version. It might work for Zope 2.6 and Python 2.1 but we can not give a guarantee since Zope 2.6 is no longer maintained. Plone sites do not seem to be affected (there seems to be some additional code on top of Zope's reST implementation avoiding the failure) however this not a guarantee. The upcoming Zope 2.8.2 and 2.7.8 releases will also ship with the hotfix. Andreas Jung

4 6

selected in select lists
by Garry Saddington 12 Oct '05

12 Oct '05

I have a variable called 'groupabbrev' in the REQUEST. I am trying to automatically select an option in a select list based on this variable. I have tried this code and many others, and many googles but have not found anything that works. Can anyone see what I am doing wrong? <select name="groupabbrev"> <dtml-in getpastoralgroups> <option value="<dtml-var groupabbrev>" <dtml-if expr="'groupabbrev'==_['sequence-item']"> selected</dtml-if> ><dtml-var groupabbrev></option> </dtml-in> </select> regards Garry

2 3

Re: [Zope] Error Type: ExpatError
by Garito 12 Oct '05

12 Oct '05

Alan Milligan escribió: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Garito wrote: > > >>Alan Milligan escribió: >> >>Garito wrote: >> >> >> >> >>>>>Fred Drake escribió: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>On 10/12/05, Alan Milligan <alan(a)balclutha.org> wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>And you are allowed to be. It is a bit strange in an XML-RPC >>>>>>>dialog to >>>>>>>drop out to http occasionally ... >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>Actually, I'd expect large files over XML-RPC to be handled by sending >>>>>>a URL, and have the client GET the file separately. But then, I have >>>>>>weird ideas sometimes. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>This has absolutely nothing on them actually implementing a lot of >>>>>>>their >>>>>>>XML-RPC using HTTP GET, when the protocol clearly states it must be an >>>>>>>HTTP POST ... >>>>>>> >>>>>>>(I imagine this is a performance enhancement in that you needn't >>>>>>>xml-parse the payload ...) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>Unless you can make the server a simple front-end to a pile-o-files on >>>>>>disk, I don't see any benefit. There's no issue for the client, only >>>>>>the server, since they want to limit the number of machines they stick >>>>>>behind the load-balancer. >>>>>> >>>>>>Ok, I think we've agreed this isn't an Expat issue, but a bug in >>>>>>RedHat code that's unrelated to using XML in Zope. The Expat-based >>>>>>minidom-builder in recent versions of Python is pretty well tested in >>>>>>practice. >>>>>> >>>>>> >>>>>>-Fred >>>>>> >>>>>>-- >>>>>>Fred L. Drake, Jr. <fdrake at gmail.com> >>>>>>"Society attacks early, when the individual is helpless." --B.F. >>>>>>Skinner >>>>>>_______________________________________________ >>>>>>Zope maillist - Zope(a)zope.org >>>>>>http://mail.zope.org/mailman/listinfo/zope >>>>>>** No cross posts or HTML encoding! ** >>>>>>(Related lists - http://mail.zope.org/mailman/listinfo/zope-announce >>>>>>http://mail.zope.org/mailman/listinfo/zope-dev ) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>Hi all! >>>>>I use an XML file because I like to use freemind like editor >>>>>I think perhaps could be better if I could transform it to a good Zope >>>>>object instead of XML but I don't know how to make zope ftp server serve >>>>>this file like a method >>>>> >>>>>I know how to read the file (PUT_factory method) but I want freemind to >>>>>read a created file >>>>> >>>>>Some idea? >>>>> >>>>>Thanks! >>>>> >>>>> >>>>> >>>>> >>I've no idea what freemind is, but have you installed ExternalEditor?? >>With this you should be able to connect any editor you require. It >>works by overriding the PUT method, popularised with both ftp and >>web-dav. >> >>Alan >> >> > > > >>Sorry for my english >> >> >Heh, I still don't quite understand what you want ... > > >>I would like to create a method on my container that will be a file by FTP >>With these I could transform XML to a Zope object better than XML >> >> > >You are aware that you can save arbitrary XML as ZPT with a content-type >of 'text/xml' ... >If you install ExternalEditor, you can edit it with whatever tool you want. > > > >>I will use PUT_factory to read the XML file but I don't know the write >>method >> >> >Don't you mean GET here - PUT is the write method. > >Alan > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.6 (GNU/Linux) >Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > >iD8DBQFDTVTUCfroLk4EZpkRAnzkAJ4ofhPS1vCRwInPdMtMoNZbW55xeQCfYRqW >K0F3qROSptQ9EE8u9aws2/Q= >=dMcF >-----END PGP SIGNATURE----- > > Can you put here an example about how to do what I need to do with the PUT method? Thanks! -- Mis Cosas http://blogs.sistes.net/Garito/

1 0

Re: [Zope] Error Type: ExpatError
by Garito 12 Oct '05

12 Oct '05

Alan Milligan escribió: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Garito wrote: > > >>Fred Drake escribió: >> >> >> >>>On 10/12/05, Alan Milligan <alan(a)balclutha.org> wrote: >>> >>> >>> >>> >>>>And you are allowed to be. It is a bit strange in an XML-RPC dialog to >>>>drop out to http occasionally ... >>>> >>>> >>>> >>>Actually, I'd expect large files over XML-RPC to be handled by sending >>>a URL, and have the client GET the file separately. But then, I have >>>weird ideas sometimes. >>> >>> >>> >>> >>> >>>>This has absolutely nothing on them actually implementing a lot of their >>>>XML-RPC using HTTP GET, when the protocol clearly states it must be an >>>>HTTP POST ... >>>> >>>>(I imagine this is a performance enhancement in that you needn't >>>>xml-parse the payload ...) >>>> >>>> >>>> >>>Unless you can make the server a simple front-end to a pile-o-files on >>>disk, I don't see any benefit. There's no issue for the client, only >>>the server, since they want to limit the number of machines they stick >>>behind the load-balancer. >>> >>>Ok, I think we've agreed this isn't an Expat issue, but a bug in >>>RedHat code that's unrelated to using XML in Zope. The Expat-based >>>minidom-builder in recent versions of Python is pretty well tested in >>>practice. >>> >>> >>> -Fred >>> >>>-- >>>Fred L. Drake, Jr. <fdrake at gmail.com> >>>"Society attacks early, when the individual is helpless." --B.F. Skinner >>>_______________________________________________ >>>Zope maillist - Zope(a)zope.org >>>http://mail.zope.org/mailman/listinfo/zope >>>** No cross posts or HTML encoding! ** >>>(Related lists - http://mail.zope.org/mailman/listinfo/zope-announce >>>http://mail.zope.org/mailman/listinfo/zope-dev ) >>> >>> >>> >>> >>Hi all! >>I use an XML file because I like to use freemind like editor >>I think perhaps could be better if I could transform it to a good Zope >>object instead of XML but I don't know how to make zope ftp server serve >>this file like a method >> >>I know how to read the file (PUT_factory method) but I want freemind to >>read a created file >> >>Some idea? >> >>Thanks! >> >> >> >I've no idea what freemind is, but have you installed ExternalEditor?? >With this you should be able to connect any editor you require. It >works by overriding the PUT method, popularised with both ftp and web-dav. > >Alan >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.6 (GNU/Linux) >Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > >iD8DBQFDTUosCfroLk4EZpkRAnfkAKC0BFcz3QFO1T/Uc2kpurKjNnKenACgv6vd >Q2rEdQfogS5EA9CE0w8sAf8= >=N+ql >-----END PGP SIGNATURE----- > > Sorry for my english I would like to create a method on my container that will be a file by FTP With these I could transform XML to a Zope object better than XML I will use PUT_factory to read the XML file but I don't know the write method Could any one put an example (if these is possible)? If these FTP behaviour is not possible I think the better solution is maintain the XML file. isn't it? Thanks PD: freemind link: http://freemind.sourceforge.net/wiki/index.php/Main_Page -- Mis Cosas http://blogs.sistes.net/Garito/

1 0

Re: [Zope] Error Type: ExpatError
by Fred Drake 12 Oct '05

12 Oct '05

On 10/12/05, Alan Milligan <alan(a)balclutha.org> wrote: > And you are allowed to be. It is a bit strange in an XML-RPC dialog to > drop out to http occasionally ... Actually, I'd expect large files over XML-RPC to be handled by sending a URL, and have the client GET the file separately. But then, I have weird ideas sometimes. > This has absolutely nothing on them actually implementing a lot of their > XML-RPC using HTTP GET, when the protocol clearly states it must be an > HTTP POST ... > > (I imagine this is a performance enhancement in that you needn't > xml-parse the payload ...) Unless you can make the server a simple front-end to a pile-o-files on disk, I don't see any benefit. There's no issue for the client, only the server, since they want to limit the number of machines they stick behind the load-balancer. Ok, I think we've agreed this isn't an Expat issue, but a bug in RedHat code that's unrelated to using XML in Zope. The Expat-based minidom-builder in recent versions of Python is pretty well tested in practice. -Fred -- Fred L. Drake, Jr. <fdrake at gmail.com> "Society attacks early, when the individual is helpless." --B.F. Skinner

2 1

Re: [Zope] INSTALLING gcc (and ZOPE) on DEBIAN
by benmania＠web.de 12 Oct '05

12 Oct '05

> It's probably not going to be enough anyway. Oh.But is it possible to install a later "DEBIAN PACKAGE VERSION" because installing DEBIAN PACKAGES does work? Whenever I try to install ZOPE via apt-get, it is just the 2.6 version that is installed but I need a 2.7 ZOPE version. > What > is the end you are trying to reach? Well, I want to get my ZOPE server running in order to be able to use a CONTENT Management System called ZMS that is based on ZOPE. But this CMS requires a 2.7 ZOPE Version. ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

2 1

Re: [Zope] Error Type: ExpatError
by Fred Drake 12 Oct '05

12 Oct '05

On 10/12/05, Alan Milligan <alan(a)balclutha.org> wrote: > I discovered this a couple of years ago wondering why RedHat's up2date > XML-RPC client didn't wrap download files in base64 tags. They've > actually done some strange stuff in this client to use normal http calls > to download RPM packages. Silly RedHat. Imagine using HTTP to transfer files... > - From memory, the c expat library news up an 8192 char buffer to unpack > *every* tag contents. If you extend this size, performance seems to > degrade massively... Expat does have a buffer that provides some "context" for the current event being reported, and the size of that buffer is defined by a compile-time definition. It should not be made too large, certainly. But it's not the way to retrieve normal document data from the parser, either. It's really only intended to do things like allow an application to retrieve character references when character data is reported, or to see what a tag actually looks like (we use this for page templates to help make minimal changes when we don't actually need to process TAL/METAL/I18N attributes on an element). Retrieving document text should always be done using the character data handler and a buffer to ensure the entire data within an element is collected, since multiple callbacks will be made quite often. -Fred -- Fred L. Drake, Jr. <fdrake at gmail.com> "Society attacks early, when the individual is helpless." --B.F. Skinner

2 2