- Zope-Dev - Zope lists

cascading dictionaries
by Reda Guermas 27 Jul '01

27 Jul '01

I am building a dictionary in an external method: dict = {'user_name':'jim', 'password':'powers'} I also add it to the request: container.REQUEST.set('results', dict) The problem is that I am unable to retrieve the results dictionary on my dtml document. When I do: <dtml-var "REQUEST.get('results')"> I can see my dictionary but I am not able to get the individual values in the dictionary. Nothing worked so far. I guess it's a case of cascading dictionaries in dtml document. Help, please

2 1

Xron and Zope 2.4.0 again
by Remi Delon 27 Jul '01

27 Jul '01

Hello, I'm trying to use Zope 2.4.0 and Xron 0.0.9 on win98 (I've applied the patch to change "from Globals import DateTime" into "from DateTime import DateTime") I'm getting some errors: - First, it's complaining about ambiguous names for methods, but it's just a warning - Then it's complaining that "catalog addIndex now requires bla bla bla" Here is the traceback: ------ 2001-07-26T12:23:59 PROBLEM(100) Init Ambiguous name for method of Products.Xron .XronDTMLMethod.BaseXronDTMLMethod: "manage_editForm" != "manage_editDocument" ------ 2001-07-26T12:23:59 PROBLEM(100) Init Ambiguous name for method of Products.Xron .XronDTMLMethod.BaseXronDTMLMethod: "manage_editForm" != "manage" ------ 2001-07-26T12:23:59 PROBLEM(100) Init Ambiguous name for method of Products.Xron .XronDTMLMethod.BaseXronDTMLMethod: "manage_editForm" != "manage_main" ------ 2001-07-26T12:24:03 ERROR(200) Products.Xron.Loggerr Failed to create new Schedu le Traceback (most recent call last): File "C:\Zope\lib\python\Products\Xron\__init__.py", line 65, in initialize oSchedule=Schedule.EventSchedule(id=ScheduleID, title='Scheduled Event Catal og') File "C:\Zope\lib\python\Products\Xron\Schedule.py", line 81, in __init__ self._catalog.addIndex('nextEventTime', 'FieldIndex') File "C:\Zope\lib\python\Products\ZCatalog\Catalog.py", line 348, in addIndex raise TypeError,"""Catalog addIndex now requires the index type to TypeError: Catalog addIndex now requires the index type to be resolved prior to adding; create the proper index in the caller. Traceback (innermost last): File C:\Zope\lib\python\Products\Xron\__init__.py, line 65, in initialize File C:\Zope\lib\python\Products\Xron\Schedule.py, line 81, in __init__ (Object: LockableItem) File C:\Zope\lib\python\Products\ZCatalog\Catalog.py, line 348, in addIndex TypeError: Catalog addIndex now requires the index type to be resolved prior to adding; create the proper index in the caller. Traceback (most recent call last): File "C:\Zope\lib\python\Products\Xron\__init__.py", line 76, in initialize assert Schedule is not None AssertionError ------ I've seen messages from users saying that Xron with the patch worked fine for them with Zope 2.4.0. So why doesn't it work for me ? Thanks. Rémi. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

5 6

Zope 2.4.0 CopySupport changes seem wrong
by Martijn Faassen 27 Jul '01

27 Jul '01

Hi there, I've just tracked down a bug that suddenly appeared with Formulator used on Zope 2.4.0. The problem is with renaming fields (which are objects in an ObjectManager). Formulator builds on ObjectManager and overrides manage_afterAdd and manage_beforeDelete to track its own list of object ids, which are kept in a certain order. Formulator offers special management facilities for this. The Field's manage_afterAdd and manage_beforeDelete pass on the id of the changed field to the order management functions of the form. It turns out however that manage_renameObject in OFS/CopySupport.py was changed, from this: self._delObject(id) ob = aq_base(ob) ob._setId(new_id) # Note - because a rename always keeps the same context, we # can just leave the ownership info unchanged. self._setObject(new_id, ob, set_owner=0) to this: b = aq_base(ob) ob._setId(new_id) # Note - because a rename always keeps the same context, we # can just leave the ownership info unchanged. self._setObject(new_id, ob, set_owner=0) self._delObject(id) Before self._delObject is moved to below ob._setId(), manage_beforeDelete receives an object as its 'item' parameter that has the changed id already. This seems wrong to me. What was the reason manage_renameObject() was changed this way? Checking CVS: [cvs.zope.org has an unfindable stylesheet today, by the way, at least with Netscape 4.7 on Linux; I got to the viewcvs interface only by turning off stylesheets in Netscape.] Hm, apparently it was an attempt to fix this collector item: http://classic.zope.org:8080/Collector/2257/view How would I implement code that removes the original id of a deleted object from say, a list of ids, in the new situation? There's no way to know now what the old id was. :) The bug report appears a big strange; it mentions an 'manage_afterDelete' which apparently doesn't exist (does the ZClass introduce this functionality?) I don't really understand how the previous functionality was wrong in the first place from this or the CVS log entry. If you're going to manage external resources with manage_beforeDelete, manage_afterAdd ought better introduce them again afterwards if you do a rename. Reordering this to make manage_afterAdd occur *before* manage_beforeDelete seems wrong to me. Regards, Martijn

7 11

Opera seems to cause memory leak on Zope Server (Linux)
by Christian Theune 27 Jul '01

27 Jul '01

Hi everybody. I'm (trying) to work with Opera, because I love it's speed, the problem is, from time to time, a request from opera, (seems to raise on POST only) causes Zope to eat all ram it can get and all cpu available. I tried to check out and found following data: it only rises on POST requests then it rises on this requests EVERYTIME I have two files for you, tracing the conversation of an example post. The first one traces a post trying to create a DTML Method with opera 5.02 Linux, the second tries the same thing, same urls, with Netscape 4.77. -- Christian Theune - ct(a)gocept.com gocept gmbh & co.kg - schalaunische strasse 6 - 06366 koethen/anhalt tel.+49 3496 3099112 - fax.+49 3496 3099118 mob. - 0178 48 33 981 reduce(lambda x,y:x+y,map(lambda x:chr(ord(x)^42),tuple('zS^BED\nX_FOY\x0b')))

3 2

RE: [Zope-dev] View permission with DTML Methods & Documents
by Randall F. Kern 27 Jul '01

27 Jul '01

Thanks, I don't know what was going on yesterday. I reinstalled a new 2.4.0 (no products etc) on Linux and had this problem. This morning I started over again, and it's working fine. Thanks for trying it for me. -Randy > -----Original Message----- > From: alan runyan [mailto:runyaga@thisbox.com] > Sent: Friday, July 27, 2001 6:45 AM > To: zope-dev(a)zope.org; Randall F. Kern > Subject: RE: [Zope-dev] View permission with DTML Methods & Documents > > > Randy, > > I just tried this and could not reproduce the behavior you described. > > Zope Version (Zope 2.4.0 (binary release, python 2.1, > win32-x86), > python 2.1.0, win32) > Python Version 2.1 (#15, Apr 16 2001, 18:25:49) [MSC > 32 bit (Intel)] > System Platform win32 > > > ~runyaga > > > >

1 0

ZServer should redirect for folder objects?
by John Lim 27 Jul '01

27 Jul '01

Hi, I've been doing some work with Zope and I've noticed strange behavior with regards to ZServer and relative links. When a client requests an object that is a folder and the request URL does not have a trailing slash, the HTTP server should return an HTTP 301 Redirect to the correct URL with the slash, right? As an example, if I'm connecting to an Apache server: [headers not relevant to this discussion have been removed] $ lynx -head -dump http://some.apache.server/admin HTTP/1.1 301 Moved Permanently Server: Apache/1.3.14 (Unix) Location: http://some.apache.server/admin/ Content-Type: text/html $ lynx -head -dump http://some.apache.server/admin/ HTTP/1.1 200 OK Server: Apache/1.3.14 (Unix) Content-Type: text/html This is why if you send a request for http://some.apache.server/admin, when your client is done loading the URL, it will actually show http://some.apache.server/admin/. However, ZServer doesn't seem to follow this behavior: $ lynx -head -dump http://some.zope.zserver/admin HTTP/1.0 200 OK Server: Zope/Zope 2.3.3 (binary release, python 1.5.2, solaris-2.6-sparc) ZServer/1.1b1 Content-Type: text/html Content-Location: http://some.zope.zserver/admin/ $ lynx -head -dump http://some.zope.zserver/admin/ HTTP/1.0 200 OK Server: Zope/Zope 2.3.3 (binary release, python 1.5.2, solaris-2.6-sparc) ZServer/1.1b1 Content-Type: text/html Note that ZServer is returning: a) an HTTP 200 response b) a "Content-Location" header I looked up RFC 1945 (the HTTP/1.0 specification), and could not find any mention of "Content-Location". Only "Location" is defined. However, I also looked up RFC 2616 (HTTP/1.1), and there is mention of "Content-Location" there. But ZServer tells the client that it's talking HTTP/1.0, and yet returns a header from HTTP/1.1, so I believe this is incorrect behavior? This is important for relative links -- try this in ZServer. Make a /test directory, and put an <A HREF> tag linking to another file in that directory. E.g. /test/index_html: <A HREF="relative.html">relative link</A> Now, try loading up http://some.zope.zserver/test. Since ZServer does not redirect you, the URL remains as http://some.zope.zserver/test, and your link is incorrectly rendered by your client as http://some.zope.zserver/relative.html. But if you load http://some.zope.zserver/test/, the link comes out as http://some.zope.zserver/test/relative.html, which is right. Comments? Thanks! --- John Lim

6 14

ZPatterns & Zope 2.4.0
by Chris Withers 27 Jul '01

27 Jul '01

Hi Steve, I've got an app using ZPatterns "ZPatterns-stevea-20010204" I'm currently getting a lots of barfage (see ps) when trying to upgrade to Zope 2.4.0. What should I do? cheers, Chris PS: 2001-07-27T14:05:58 ERROR(200) Zope Could not import Products.DataSkinAddons Traceback (innermost last): File /usr/local/zope/2.4.0_base/lib/python/OFS/Application.py, line 552, in import_product File /stuff/AlexCons/Products/DataSkinAddons/__init__.py, line 1, in ? File /stuff/AlexCons/Products/DataSkinAddons/CatalogTrigger.py, line 1, in ? File /stuff/AlexCons/Products/ZPatterns/__init__.py, line 1, in ? File /stuff/AlexCons/Products/ZPatterns/Rack.py, line 1, in ? File /stuff/AlexCons/Products/ZPatterns/DataManagers.py, line 6, in ? (Object: ComputedAttribute) File /stuff/AlexCons/Products/ZPatterns/AttributeProviders.py, line 8, in ? (Object: ComputedAttribute) File /stuff/AlexCons/Products/ZPatterns/Expressions.py, line 38, in ? (Object: ComputedAttribute) ImportError: cannot import name expr_globals 2001-07-27T14:06:00 ERROR(200) Zope Could not import Products.LoginManager Traceback (innermost last): File /usr/local/zope/2.4.0_base/lib/python/OFS/Application.py, line 552, in import_product File /stuff/AlexCons/Products/LoginManager/__init__.py, line 1, in ? File /stuff/AlexCons/Products/LoginManager/LoginManager.py, line 9, in ? (Object: MakePICBase) ImportError: cannot import name DataManager 2001-07-27T14:06:00 ERROR(200) Zope Could not import Products.Membership Traceback (innermost last): File /usr/local/zope/2.4.0_base/lib/python/OFS/Application.py, line 552, in import_product File /stuff/AlexCons/Products/Membership/__init__.py, line 3, in ? File /stuff/AlexCons/Products/Membership/PersistentUserSource.py, line 15, in ? File /stuff/AlexCons/Products/LoginManager/UserSources.py, line 6, in ? ImportError: cannot import name Rack

2 3

RE: [Zope-dev] View permission with DTML Methods & Documents
by alan runyan 27 Jul '01

27 Jul '01

Randy, I just tried this and could not reproduce the behavior you described. Zope Version (Zope 2.4.0 (binary release, python 2.1, win32-x86), python 2.1.0, win32) Python Version 2.1 (#15, Apr 16 2001, 18:25:49) [MSC 32 bit (Intel)] System Platform win32 ~runyaga

1 0

Re: [Zope-dev] Xron and Zope 2.4.0 again
by Remi Delon 27 Jul '01

27 Jul '01

>Probably because you are creating a new Schedule Zcatalog, >whereas they were using one already created in a prior version of Zope. No, I tried it on a "fresh" Zope 2.4.0 install, and I still got the same error message. I also tried the method that Steve Alexender gave and I got the same error as Walter Miller got when he tried it. I also tried Chris Withers' method (from Products.PluginIndexes.FieldIndex.FieldIndex import FieldIndex), and I also got the same error as Walter Miller again. Is anybody able to use Xron with Zope 2.4.0 ? Thanks. Rémi. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

2 1

LoginManager with 2.4.0
by Christian Theune 27 Jul '01

27 Jul '01

And the Loginmanager again. That traceback raises after putting a LoginManager into a folder, adding my customized functions and entering it. Any Ideas? This seems very strange to me. Traceback (innermost last): File /home/zope4/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /home/zope4/lib/python/ZPublisher/Publish.py, line 187, in publish File /home/zope4/lib/python/Zope/__init__.py, line 226, in zpublisher_exception_hook (Object: LockableItem) File /home/zope4/lib/python/ZPublisher/Publish.py, line 162, in publish File /home/zope4/lib/python/ZPublisher/BaseRequest.py, line 447, in traverse File /home/zope4/lib/python/Products/LoginManager/LoginManager.py, line 237, in validate (Object: ProviderContainer) File /home/zope4/lib/python/Products/LoginManager/LoginMethods.py, line 243, in findLogin (Object: PlugInBase) File /home/zope4/lib/python/Products/LoginManager/LoginManager.py, line 194, in getItem (Object: ProviderContainer) File /home/zope4/lib/python/Products/ZPatterns/Rack.py, line 59, in getItem (Object: ProviderContainer) File /home/zope4/lib/python/Products/LoginManager/UserSources.py, line 517, in retrieveItem (Object: ProviderContainer) File /home/zope4/lib/python/Products/ZPatterns/Rack.py, line 235, in _RawItem (Object: ProviderContainer) File /home/zope4/lib/python/OFS/CopySupport.py, line 481, in _setId (Object: BetterLocalRolesMixin) File /home/zope4/lib/python/Products/ZPatterns/DataSkins.py, line 254, in __set_attr__ (Object: BetterLocalRolesMixin) File /home/zope4/lib/python/Products/ZPatterns/DataSkins.py, line 240, in _canonicalForm (Object: BetterLocalRolesMixin) KeyError: _v_parent -- Christian Theune - ct(a)gocept.com gocept gmbh & co.kg - schalaunische strasse 6 - 06366 koethen/anhalt tel.+49 3496 3099112 - fax.+49 3496 3099118 mob. - 0178 48 33 981 reduce(lambda x,y:x+y,map(lambda x:chr(ord(x)^42),tuple('zS^BED\nX_FOY\x0b')))

2 1