December 2000 - Zope

How to pass parameters to dtml methods in making <dtml-call>
by Dirksen 15 Dec '00

15 Dec '00

Hi, The case is like this: <dtml-var "some_dtml_method(_.None, _, para='blablabla')"> Works fine. <dtml-call "some_dtml_method(_.None, _, para='blablabla')"> The system complains the para being unknown. How come? cheers Dirksen __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/

2 1

IE5 / Medusa bug?
by seb bacon 15 Dec '00

15 Dec '00

Tempting fate by claiming a bug...but although I'm sure I'm at fault here, there's no sensible reason for the results I'm getting. When I view one of several different pages with IE5, the last 11 bytes don't reach the browser. I've got a couple of other people to try it out. One of them reported the same symptoms, the other didn't. I don't get it with Netscape. I'd *really* appreciate it if anyone who has IE5 could have a go at http://test.jamkit.com and let me know (you can tell if the bug's happened if the source ends abruptly with something like '</ta'). Things I've deduced: - http://test.jamkit.com/index_html works :S - It's not related to the bad HTML in that example page (I've tried pages with perfect HTML) - It's related to how I've built the page (the Zope Welcome screen is fine, other pages built using the same product don't work. The product I'm building is a folderish thing with lots of extra navigational services) - it's always the last 11 bytes that are missing, however large the page is - I've sent exact copies of the HTTP headers to the server, using telnet, and there's no problem there I imagine the fact that I can make it work by adding index_html is the most telling point, but it's not telling me anything ;) I'll continue my research by eliminating elements until I've nailed down exactly the bit that's messing it up. Right now, though, I have to go to bed. Meanwhile, any comments? Cheers, seb

7 7

error by adding Poll
by Kaeidinejad, Shahram 15 Dec '00

15 Dec '00

Hi i install Poll-0.7.1 and try to add it. but i get an erro like this: Cannot locate object at: http://192.168.190.238:23456/Test_Folder/manage_addProduct/Poll/manage_addSa mplePollItem .... Traceback (innermost last): File /dgn-devel01/opt/Zope-2.2.4/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /dgn-devel01/opt/Zope-2.2.4/lib/python/ZPublisher/Publish.py, line 187, in publish File /dgn-devel01/opt/Zope-2.2.4/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook File /dgn-devel01/opt/Zope-2.2.4/lib/python/ZPublisher/Publish.py, line 162, in publish File /dgn-devel01/opt/Zope-2.2.4/lib/python/ZPublisher/BaseRequest.py, line 366, in traverse File /dgn-devel01/opt/Zope-2.2.4/lib/python/ZPublisher/HTTPResponse.py, line 539, in debugError NotFound: (see above) what do i false? bye shahram

2 1

CoreSessionTracking Release 0.2
by Chris McDonough 15 Dec '00

15 Dec '00

I had some reports yesterday of the Core Session Tracking development code not working against recent Zope 2.2 releases, so I removed dependencies in the code on the Interface module which were causing the incompatibilities. CoreSessionTracking 0.1 will work against Zope 2.3a1, but not against Zope 2.2.3, 2.2.4, etc. A new release of the code which has these dependencies removed, 0.2, is available from http://www.zope.org/Members/mcdonc/Products/CoreSessionTracking . This release works against all Zope 2.2.X based systems, AFAIK. Thanks! - Chris

1 0

charset from forms input
by Matt 15 Dec '00

15 Dec '00

Hi, I seem to have come across the depressing fact that most browsers will not return a charset parameter in the http header when a form is submitted. For example, the following from Netscape ... (it happens with both IE and Netscape on many platforms I have tried ... Mac, all Windows, and Linux). POST /hi HTTP/1.0 Referer: http://localhost:8080/temp/test_form Connection: Keep-Alive User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) Host: 172.16.21.165:50009 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */* Accept-Encoding: gzip Accept-Language: en Accept-Charset: iso-8859-1,*,utf-8 Content-type: multipart/form-data; boundary=---------------------------17670043309955870831526446972 Content-Length: 180 So much for a useful Content-type. I know this is NOT a zope issue, but I was hoping someone had an easy answer. There is such a myriad of character encodings out there that is makes it quite difficult to handle. The example that most frustrates us are the two byte encodings vs the one. I.e. : two common defaults people set their browsers on in windows are either Western (ISO) or Western (Windows) ... the former being a two byte encoding set and the latter being a one byte(presumably ISO-8859-1 + the unhelpful use of the control set 0x85 - 0x95(hex)). People often copy and paste from word into form text inputs, and as a quick hack we made up a byte conversion table for the "Microsoft" range. So Western(Windows) works, but of course Western(ISO) does not. How does one detect these? and more the point, how does one test easily for any of the other encoding standards? Surely this has bugged a lot of people? regards Matt

2 1

oops - crash bang sent unfinished zcatalog and reindex
by Jonathan Cheyne 15 Dec '00

15 Dec '00

Sorry about that - the message re zcatalog and reindexing just sent itself - unfinished! then crashed and failed to save in sent. v strange, but to complete ... If I edit an instannce of my zclass and change a keyword from say europe to Europe then the search works correctly but the following code snippet reveals that both europe AND Europe are now stored despite the fact that europe will not return any matches. If I update the catalog then europe disappears. My zclass calls <dtml-call reindex_object> after updating the properties. I know this works because the search does return correctly as I said. Clues? <dtml-in "Catalog.uniqueValuesFor('keywords')" sort=sequence-item> <a href="search?key=<dtml-var sequence-item url_quote_plus>"><dtml-var sequence-item></a><br> </dtml-in> Jonathan

1 0

Zope (after) install problems
by Kai Hofmann 15 Dec '00

15 Dec '00

I installed Zope 2.2.2 with Python 1.6 (incl. threads) under Solaris 2.6 (Sparc) without problems at first. I changed the z2.py so that Zope runs on port 4081 also I added the -D option to the start script. When I access the Webserver at Port 4081 I got the welcome message :) But when clicking on "QuickStart" or "management screen" I got only errors: Error Type: ParserError Error Value: arglist: internal error; nch != i Traceback (innermost last): File /home/src/www/Zope-2.2.2-src/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /home/src/www/Zope-2.2.2-src/lib/python/ZPublisher/Publish.py, line 187, in publish File /home/src/www/Zope-2.2.2-src/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: Traversable) File /home/src/www/Zope-2.2.2-src/lib/python/ZPublisher/Publish.py, line 171, in publish File /home/src/www/Zope-2.2.2-src/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: index_html) File /home/src/www/Zope-2.2.2-src/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: index_html) File /home/src/www/Zope-2.2.2-src/lib/python/OFS/DTMLMethod.py, line 172, in __call__ (Object: index_html) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_String.py, line 471, in __call__ (Object: index_html) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_String.py, line 408, in cook (Object: index_html) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_String.py, line 242, in parse (Object: index_html) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_String.py, line 292, in parse_block (Object: index_html) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_String.py, line 242, in parse (Object: index_html) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_String.py, line 292, in parse_block (Object: index_html) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_String.py, line 242, in parse (Object: index_html) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_String.py, line 305, in parse_block (Object: index_html) File /home/src/www/Zope-2.2.2-src/lib/python/DocumentTemplate/DT_If.py, line 165, in __init__ File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/DT_Util.py, line 389, in name_param (Info: ({'expr': "objectValues(['Folder'])"}, 'if', 1, 'name')) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/VSEval.py, line 194, in __init__ (Object: objectValues(['Folder'])) File /home/src/www/Zope-2.2.2- src/lib/python/DocumentTemplate/gparse.py, line 293, in compile ParserError: (see above) The same happens for the management screen - after the login prompt. Zope makes no output to the debug console during this. Last but not least I tried to access the debug-monitor - which results into a strange number in the browser and the debug console output "failed authorization". Can somebody help me making Zope working? Thanks in advance Kai Hofmann -- Dipl.-Inform. Kai Hofmann <hofmann(a)isl.org> ISL - Bremen - http://www.isl.org/ Universitätsallee GW1 Block A D-28359 Bremen Germany

2 1

zcatalog reindex_object
by Jonathan Cheyne 15 Dec '00

15 Dec '00

Hi - got a site based entirely on zcatalog keyword doodahs - v good, works like a dream etc - but just noticed something odd. I decide to brush up some of the keywords because it is case sensitive and people were serching on Surname Lastname (not suername lastname as I had entered the keywords a long time ago). I created a method that went through the catalog and created a series of links to all the possible searches ... to allow mne to eyeball the catalog for rogues case s

1 0

Re: [Zope] ZWiki hierarchy seems to be broken
by Simon Michael 15 Dec '00

15 Dec '00

Timothy Grant <tjg(a)exceptionalminds.com> writes: > I just went digging through all the properties of the pages that didn't have > headers, and compared them to the properties for the pages that did, and I > noticed that they were all parented wrong! I didn't think to look there. I > had changed the name of the FrontPage to something else, which broke all the > parent links. Ahhh. That's good to know. So the header was there, but showing no parents. And ideally all parent links would get adjusted on page rename or deletion. Frank is your problem similar ? Does reparenting a few pages improve the situation ? Best regards -Simon

2 1

INTERBASE- gvib error
by Francois-regis Chalaoux 15 Dec '00

15 Dec '00

If I test the query with INTERBASE there is no problem but with gvib I get the following error : Error, Products.gvibDA.gvib.gvibExceptions.Error: - Dynamic SQL Error -- SQL error code = -204 -- Table unknown -- SLID_PROB SQL used: select ZEB_REPORT.REP_CODE, ZEB_PROBE.PROB_TARGNAME from SLID_PROB, ZEB_PROBE, ZEB_SLIDE, SLID_REP, ZEB_REPORT where ZEB_SLIDE.SLID_CODE = SLID_PROB.SLID_CODE and ZEB_SLIDE.SLID_CODE = SLID_REP.SLID_CODE and ZEB_REPORT.REP_CODE = SLID_REP.REP_CODE and ZEB_PROBE.PROB_CODE = SLID_PROB.PROB_CODE;

1 0