-----Original Message----- From: Jason Spisak [mailto:webmaster@mtear.com] Sent: Thursday, January 06, 2000 3:07 PM To: zope-dev@zope.org; michel@digicool.com Subject: More on the Absent id bug
More findings on the extra backslash. The url stored in the Catalog when I ask for:
<dtml-in "Catalog(id=id)"> <dtml-var url> </dtml-in>
is correct. It has no leading slash. However under the 'Cataloged Items' tab as well as when I use getpath() I get a leading slash. This screws up unindex_object because it's looking for an object without the forward slash, and I guess it doesn't see one. Michel, is this fixed in 2.1.2? Is it related to having old Catalaog Aware ZClasses? It's really drving me crazy. An app that was working yeasterday, is pretty useless today. :(
Can you open a collector ticket? I'm exploring catalog issues right now... -Michel
Michel Pelletier wrote:
<cut>
Can you open a collector ticket? I'm exploring catalog issues right now...
-Michel
OK OK... About the leading slash ////// In ZCatalogAware.py in function url() We have: ... if uri[0]=='/': uri=uri[1:] return uri If I comment out the "if", the ZCatalogAware subclassed Zclasses catalog themselves correctly, like Find's "/..." :) Now, what I want to know is, will this somehow mess up something else? (I can't see how it would) If not PLEASE check it in to the cvs! Bye for now, David
I commented out that line, and it still has the backslash in front of the catalogued url. Michel, is that right? Aren't they supposed to not have the leading slash? If it has a leading slash, then when you click on the link in the Catalog management interface, you get and error. (it is looking for a server @ http://my_object/url/object, rather that http://localhost:8080/my_object/url/object. Which one is correct in in your design? Jason David Kankiewicz writes:
Michel Pelletier wrote:
<cut>
Can you open a collector ticket? I'm exploring catalog issues right now...
-Michel
OK OK... About the leading slash //////
In ZCatalogAware.py in function url()
We have: ... if uri[0]=='/': uri=uri[1:] return uri
If I comment out the "if", the ZCatalogAware subclassed Zclasses catalog themselves correctly, like Find's "/..." :)
Now, what I want to know is, will this somehow mess up something else? (I can't see how it would) If not PLEASE check it in to the cvs!
Bye for now, David
participants (3)
-
David Kankiewicz -
Jason Spisak -
Michel Pelletier