December 2000 - Zope-Dev

Re: [Zope-dev] Problem in current CVS
by Dieter Maurer 17 Dec '00

17 Dec '00

Jimmie Houchin writes: > I just updated my current CVS build of Zope2. > .... > ImportError: cannont import name end_of_header_search This may be the effect of a fix for a problem discussed recently in "zope-dev": Zope looked for "</head>" and added it, if not present. Unfortunately, it forgot to update "Content-Length" accordingly. This fixing was dropped. Dieter

1 0

Problem in current CVS
by Jimmie Houchin 16 Dec '00

16 Dec '00

Hello, I just updated my current CVS build of Zope2. I do ./start and get a traceback. The last lines of which are: File "/usr/local/zope/Zope2/ZServer/HTTPResponse.py", line 95, in ? from ZPublisher.HTTPResponse import HTTPResponse, end_of_header_search ImportError: cannont import name end_of_header_search I go to the line in HTTPResponse and end_of_header_search is commented out. Is there a reason? Looks like it may have been part of Evan's content-length bugfix? Thanks, Jimmie Houchin

1 0

A couple of possible Python Scripts bugs
by Itai Tavor 15 Dec '00

15 Dec '00

First, when trying to add a Python Script, I sometimes get: Error Type: AttributeError Error Value: tx Traceback (innermost last): File /opt/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /opt/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/Publish.py, line 187, in publish File /opt/Zope-2.2.2-linux2-x86/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook File /opt/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/Publish.py, line 171, in publish File /opt/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_addPythonScript) File /opt/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: manage_addPythonScript) File /opt/Zope/lib/python/Products/PythonScripts/PythonScript.py, line 122, in manage_addPythonScript AttributeError: (see above) Even if there is no object named 'tx' anywhere. Second, I have a ZClass with two propertysheets. The property 'domains' is on the 2nd sheet. This Python Method: <params>self</params> return self.domains returns the value of domains. But this Python Script: <params></params> return container.domains returns AttributeError. This does not occur if I try to read a property on the first propertysheet in the ZClass. Also, getProperty('domains') works in the Python Script. And this Python Script: <params>self</params> return self.domains Returns the same AttributeError. Cue Twilight Zone music? -- Itai Tavor "Je sautille, donc je suis." C3Works itai(a)c3works.com - Kermit the Frog "If you haven't got your health, you haven't got anything"

2 2

Re: [Zope-dev] urllib not available in Python Scripts?
by Dieter Maurer 15 Dec '00

15 Dec '00

Itai Tavor writes: > In Python Methods I could do urllib.quote(...). This doesn't work in > Python Scripts. Is quote considered a security risk? "quote" not, but maybe "urllib". Dieter

1 0

Re: [Zope-dev] more on keyword indexes
by Dieter Maurer 15 Dec '00

15 Dec '00

Josh Zeidner writes: > .... > This seems like the obvious result: BUT: it depends if you want a AND/OR > type search. ZCatalog combines several search terms for a single index with "OR" and search expressions for different indexes with an "AND". Dieter

1 0

Re: [Zope-dev] keyword indexes
by Dieter Maurer 15 Dec '00

15 Dec '00

Josh Zeidner writes: > <dtml-in "Catalog.searchResults( MediaKeywords = ['ouch'] )"> This should work. Alternatively: "MediaKeywords = 'ouch'". > <dtml-in "Catalog.searchResults( MediaKeywords in ['ouch'] )"> This calls the catalog without any keyword arguments and with a single positional parameter 0. The catalog interprets this as "no search criteria" and returns all objects. Dieter

1 0

Re: [Zope] IE5 / Medusa bug?
by Dieter Maurer 15 Dec '00

15 Dec '00

seb bacon writes: > .... > the Content-length is consistently reported as 14 bytes too > short. This is regardless of the actual length of the document. > > Why this should have a knockon effect on a small subset of MS > browsers, I don't know. Especially confusingly random is the > requirement for a certain amount of data to break these browsers. You can configure IE for use of HTTP 1.0 or HTTP 1.1. I would expect it to close connections after each request for HTTP 1.0 mode. Then, a correct Content-Length is of much less importance. In HTTP 1.1 mode, IE is very strict with Content-Length. Dieter

1 0

Re: [Zope-dev] IE5 / Medusa bug?
by Dieter Maurer 15 Dec '00

15 Dec '00

seb bacon writes: > .... IE does not get last 11 bytes .... > - 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 made the experience that IE is very strict with the "Content-Length" header. If it is there, it must be correct. Otherwise, IE will show wrong results. Dieter

1 0

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

4 5

Re: [Zope-dev] Catalog class--does it support boolean queries?
by Casey Duncan 15 Dec '00

15 Dec '00

Chris Withers wrote: > > Marc Conley wrote: > > > > boolean queries seem not to work. Should boolean queries work using Catalog > > or is it > > necessary to use ZCatalog instead to get that functionality? > > I'm not sure boolean queries work in either. If they do, anyone know > where their syntax is documented? > > cheers, > > Chris >From digging around in the code, here is the general text index query syntax (if you can call it that): "one two three" and "one or two or three" are equivilant, multiple words are "orified" by default. Hits are scored according to the number of words matched, so by default, objects matching all words will be first in the results. "one and two and three" and ['one','two','three'] will return only objects containing all three words. "one and not two" ('andnot' also works) works as advertised. Wildcard characters "*" and "?" can be used to match multiple word forms. e.g. a query for "great*" would match "great", "greats", "greatest", "greatly", etc. There is also a mentioned support for "near" searching in the code using a '...' operator, although in practice this does not work 8^(. It seems as though all non-aphanumerics are stripped from the query somewhere. IMHO this should probably just use the word "near" as an operator anyway. For those interested, the indexing/searching code lives in {Zope Dir}/lib/python/SearchIndex. In doing some more digging in UnTextIndex.py there I do see support for parens and quoted phases, although in practice they do not work. If I find time I will delve into this further. -- | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `------------------>

1 0