- Zope - Zope lists

Yihaw problem
by neeloy_saha 22 Sep '00

22 Sep '00

Hi all, I am trying to use the yihaw folder. well I am able to import the YihawDirectory.zexp and also successfully add a yihaw folder while in the manage view. In side the yihaw folder Create a faq item. Done that for e.g : 968388000 (what is systems??) clicking on that item generates the following error.I am using zope 2.2.0 Thx and regards. -neeloy Error Type: NameError Error Value: Catalog Troubleshooting Suggestions This resource may be trying to reference a nonexistent object or variable Catalog. The URL may be incorrect. The parameters passed to this resource may be incorrect. A resource that this resource relies on may be encountering an error. For more detailed information about the error, please refer to the HTML source for this page. If the error persists please contact the site maintainer. Thank you for your patience. Traceback (innermost last): File C:\PROGRA~1\WebSite\lib\python\ZPublisher\Publish.py, line 222, in publish_module File C:\PROGRA~1\WebSite\lib\python\ZPublisher\Publish.py, line 187, in publish File C:\PROGRA~1\WebSite\lib\python\Zope\__init__.py, line 221, in zpublisher_exception_hook (Object: CatalogAware) File C:\PROGRA~1\WebSite\lib\python\ZPublisher\Publish.py, line 171, in publish File C:\PROGRA~1\WebSite\lib\python\ZPublisher\mapply.py, line 160, in mapply (Object: manage_baseproperties) File C:\PROGRA~1\WebSite\lib\python\ZPublisher\Publish.py, line 112, in call_object (Object: manage_baseproperties) File C:\PROGRA~1\WebSite\lib\python\OFS\DTMLMethod.py, line 167, in __call__ (Object: manage_baseproperties) File C:\PROGRA~1\WebSite\lib\python\DocumentTemplate\DT_String.py, line 502, in __call__ (Object: manage_baseproperties) File C:\PROGRA~1\WebSite\lib\python\DocumentTemplate\DT_In.py, line 633, in renderwob (Object: Catalog(meta_type='Yihaw Pointer')) File C:\PROGRA~1\WebSite\lib\python\DocumentTemplate\DT_Util.py, line 337, in eval (Object: Catalog(meta_type='Yihaw Pointer')) (Info: Catalog) File <string>, line 0, in ? NameError: (see above)

2 1

tranalyzer patch
by Bill Welch 22 Sep '00

22 Sep '00

Fixes a bug with records that have versions and a bug with records that point to other records for data. 211c211 < self.vstring = f.c(vl - 16) --- > self.vstring = f.c(vl) 214c214 < data = f.c(dl - 8) --- > data = f.c(dl) 216a217,218 > self.drpos = 0 > else: 218a221 > 223c226,229 < s = "\tOID: %(oid)s len %(datalen)d\n" % self --- > if self.drpos: > s = "\tOID: %(oid)s position %(drpos)d\n" % self > else: > s = "\tOID: %(oid)s len %(datalen)d\n" % self 225c231 < s = s + """\t\t(version "%(vstring)s", vlen %(verslen)d)\n""" --- > s = s + """\t\t(version "%(vstring)s")\n""" % self

1 0

Deleting Zaml breaks SQL Method Advanced Tab - Zope 2.2.2
by Brad Clements 22 Sep '00

22 Sep '00

I'm not sure how SQL Methods are related to Zaml (XML widgets editor) but removing the XML Widgets and Zaml editor from the products directory has broken the advanced tab on my SQL Methods. I had installed XML Widgets and Zaml and the sample.zexp files. Played with it, then deleted the product directory contents for these items and then deleted objects of that type from ZODB. Now when I attempt to set the advanced options on an SQL Method, I get this traceback: ImportError Sorry, a Zope error occurred. Traceback (innermost last): File E:\ZOPEST~1\lib\python\ZPublisher\Publish.py, line 222, in publish_module File E:\ZOPEST~1\lib\python\ZPublisher\Publish.py, line 187, in publish File E:\ZOPEST~1\lib\python\Zope\__init__.py, line 221, in zpublisher_exception_hook (Object: SQLPackage) File E:\ZOPEST~1\lib\python\ZPublisher\Publish.py, line 171, in publish File E:\ZOPEST~1\lib\python\ZPublisher\mapply.py, line 160, in mapply (Object: manage_advancedForm) File E:\ZOPEST~1\lib\python\ZPublisher\Publish.py, line 112, in call_object (Object: manage_advancedForm) File E:\ZOPEST~1\lib\python\App\special_dtml.py, line 120, in __call__ (Object: manage_advancedForm) (Info: E:\ZOPEST~1\lib\python\Shared\DC\ZRDB\advanced.dtml) File E:\ZOPEST~1\lib\python\DocumentTemplate\DT_String.py, line 528, in __call__ (Object: manage_advancedForm) File E:\ZOPEST~1\lib\python\Shared\DC\ZRDB\DA.py, line 509, in manage_product_zclass_info (Object: SQLPackage) File E:\ZOPEST~1\lib\python\ZODB\Connection.py, line 447, in setstate ImportError: No module named ZamlBase -- Also when starting Zope up, I get an oid not found error: 2000-09-22T15:47:53 ERROR(200) ZODB Couldn't load state for '\000\000\000\000\00 0\000\001E' Traceback (innermost last): File E:\ZOPEST~1\lib\python\ZODB\Connection.py, line 447, in setstate File E:\ZOPEST~1\lib\python\ZODB\Connection.py, line 213, in _persistent_load (Info: ??) File E:\ZOPEST~1\lib\python\ZODB\Connection.py, line 154, in __getitem__ (Info: ('\000\000\000\000\000\000\036\035', '(cExtensionClass\012ExtensionCl ass\012q\001(U\012ZamlViewerq\002(cZClasses.ZClass\012PersistentClass\012q\003cP roducts.ZamlBase.ZamlViewerBase\012ZamlViewerBase\012q\004U\010\000\000\000\000\ 000\000\036 q\005QcOFS.SimpleItem\012SimpleItem\012q\006tq\007}q\010(U\004iconq\ 011U\000U\012_p_changedq\012K\001U\007__doc__q\013U\012ZamlViewerq\014U\006_p_oi dq\015U\010\000\000\000\000\000\000<\036q\016U\011meta_typeq\017U\012ZamlViewerq \020U\016propertysheetsq\021U\010\000\000\000\000\000\000\036"q\022QU\016manage_ optionsq\023(}q\024(U\005labelq\025U\010Securityq\026U\006actionq\027U\015manage _accessq\030utq\031U\015render_helperq\032(U\010\000\000\000\000\000\000\036#q\0 33(U\017ZClasses.Methodq\034U\003MWpq\035ttq\036QU\022__ac_permissions__q\037)U\ 006renderq (U\010\000\000\000\000\000\000\036$q!(h\034U\003MWpq"tq#tq$QU\011_p_s erialq%U\010\0034/\301\222z\265\356q&U\012__module__q\'U\031*CaoR/kOGVoComHwx/uH VTg==q(utq)t.N.')) Could not load oid ??, pickled data in traceback info may conta in clues I can't find any Zaml related objects in my ZODB, but something still thinks it exists.. How can I be sure all references are deleted? (I haven't packed my .fs ever) I suppose there needs to be a fix in DA.py .. or in Connection.py, not sure. Brad Clements, bkc(a)murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com AOL-IM: BKClements

1 0

Q: External method processing (D/H)TML forms?
by J.R. van Ossenbruggen 22 Sep '00

22 Sep '00

Hi, I want to pass input from a DTML form to an external method. So far the DTML is actually just a plain HTML page: <form action="external-method" > <input name="foobar"> <input type=submit value="Process"> </form> If I fill in "test" in the form, my external method is beging called correctly, e.g. the URL is ../external-method?foobar=test as I expected. But how do I access that "foobar" value from Python in the external method? It is currenly defined like: def external-method(self): # is there a self.foobar or something? ... Any help will be highly appriciated by this Zope newbie! Cheers, Jacco

2 1

ftp-acces to Zope: "rename" command
by k.woelfel＠gmx.de 22 Sep '00

22 Sep '00

Hi, I have the following problem: One great thing in Zope is the ftp acces to objects. And in combination with the ftp-abilities of kfm and kwrite in kde1.2 it worked very nice for me to edit DTML-Documents in kwrite. But now in kde2 the the i/o System of kde (kio) has changed and when I edit an DTML-Document with kwrite in kde2 and want to save, kwrite (in fact kio) first creates a new file named file_name.part and then renames it to file_name. No the problem is that the ftp part of ZServer doesn't support to rename an object. When I type "rename file file_old" in the linux terminal-ftp client, he says: "500 'RNFR': command not understood." So I'm asking if anybody knows how to solve this problem, or if there is anybody who can tell me where in the source of Zope I have to look to implement the "rename" command in ZServer. On the IRC Zope-cannel they told me that this wouldn't be too difficult. But maybe it is already implemented an I only have to activate it... Bye, Klaus -- Sent through GMX FreeMail - http://www.gmx.net

1 0

standard_error_message confusion
by Danny William Adair 22 Sep '00

22 Sep '00

Hi all! I'm using LoginManager to provide for a non-HTTP authentication. A role "Member" has access to a folder "Restricted", the role "Anonymous" doesn't have any rights at all in this folder. All objects in this folder acquire these security settings. So far, so good. The login form from the LoginManager product raises "LoginRequired" and shows the login screen when necessary. Mysteriously, I don't get to see my (customized) standard_error_message, but *the* standard error message when I try to access the folder unauthenticated. Now if I give Anonymous the right to "View" in the "Restricted" folder (and therefore view all contained objects - which I naturally don't want to do) and explicitly take that right away for index_html, any unauthenticated client trying to access the folder (->index_html) will see *my* standard_error_message (containing the login screen). What is this all about? I'm baffled. I want my standard_error_message *everywhere*, *any way*. tia and cia, (cheers in advance) Danny P.S.: I've customized LoginManager to get the users from a ZGadfly connection (at last!). Maybe there's something wrong here? Does Anonymous need rights to use the database or what?

2 5

Re: [Zope-PTK] Cannot import DemoPortal.zexp
by Bill Welch 22 Sep '00

22 Sep '00

Bet you can't import Wizard.zexp either and the traceback shows the identical pickled data. I'm battling a very similar problem and so far I think it's subtle corruption of the ZODB having to do with ZDiscussion. Note that the pickled data contains references to ZDiscussion. The pickled data in my traceback also contains references to ZDiscussion, although it's a different oid (\023w) and, therefore, record. There're no ZDiscussion records in DemoPortal.zexp or Wizard.zexp. At one point, after the nth time removing and reinstalling ZDBase, etal; DemoPortal and Wizard appeared *without me importing them*. I removed and reinstalled everything one more time (bad move!). DP and W disappeared and now import gives Duplicate Class Id. I think your import actually worked, but ran over somehow and crashed before the prodcuts could be registered. I'm in the midst of analyzing my Data.fs. Fsrecover doesn't find any problems. Tranalyzer has a couple of bugs with versions that I'm working through. I'll let you know. Bill. On Fri, 22 Sep 2000 zopist(a)matrixware.at wrote to zope-PTK: > File /usr/local/zope/lib/python/ZODB/Connection.py, line 154, in __getitem__ > (Info: ('\000\000\000\000\000\000\034\315', > '(cExtensionClass\012ExtensionClass\012q\001(U\006ZDItemq\002(cZClasses.ZClass\012PersistentClass\012q\003cProducts.ZDBase.ZDiscussions\012ZDItem\012q\004cOFS.SimpleItem\012SimpleItem\012q\005tq\006}q\007(U\004iconq\010UWControl_Panel/Products/ZDiscussion > s/ZDTopic/propertysheets/methods/ZDItem%20/ziconImageq\011U\012_p_changedq\012K\001U\007__doc__q\013U\021ZDiscussions > Itemq\014U\006_p_oidq\015U\010\000\000\000\000\000\000\002Lq\016U\011meta_typeq\017U\021ZDiscussions > Itemq\020U\016propertysheetsq\021(U\010\000\000\000\000\000\000\034\320q\022(NU\010\000\000\000\000\000\000\034\314q\023Qtq\024tq\025QU\012index_htmlq\026cZClasses.Method\012MW\012q\027NRq\030}q\031U$_ZClassMethodPermissionMapperMethod_q\032(U\010\000\000 > \000\000\000\000\034\321q\033(U\016OFS.DTMLMethodq\034cOFS.DTMLMethod\012DTMLMethod\012q\035tq\036tq\037QsbU\016manage_optionsq > (}q!(U\005labelq"U\012Propertiesq#U\006actionq$U\025manage_propertiesFormq%u}q&am! > ! > p;(U\005labelq\'U\010Securityq(U\006actionq)U\015manage_accessq*u}q+(h\'U\004Viewq,h)U\012index_htmlq-utq.U\012ziconImageq/(U\010\000\000\000\000\000\000\034\322q0(U\011OFS.Imageq1cOFS.Image\012Image\012q2tq3tq4QU\022__ac_permissions__q5)U\011_p_serialq6U > \010\0030\226a\274;\204\314q7U\012__module__q8U\031*73biqpAI2QDa2iKPitv57g==q9utq:t.N.')) > Could not load oid �, pickled data in traceback info may contain > clues: (see above) > > -->

1 0

Stack overflow on DEC OSF1 alpha
by Wolfgang Strobl 22 Sep '00

22 Sep '00

While browsing through the collector, I noticed 1515: ZServer Bug: Stack overflow on DEC UNIX 4.0 E | Compiled Python 1.5.2 from source using cc compiler(Configure-d with | option --with-dec-threads). | Compiled and installed from the source zope-2.2.0. | Started zope. | When trying to access the Quick_start or the Management screen | (with superuser and its password) zope stops and a message like | tihs is displayed: | Stack overflow: pid 19902, proc python, addr 0x140929f58, pc 0x12003a790 | About two months ago I got the very same stack overflow, when trying to install Zope 2.1.6 on one of our DEC servers. I finally solved the problem by making the following change to the Makefile, after running ./configure: 146c146 < OPT= -O -Olimit 1500 --- > OPT= -D_REENTRANT -threads Disabling optimization alltogether, i.e. removing "-O" finally made the difference and got rid of the aformentioned stack overflow. Fiddling with stack sizes didn't help in any way, as far as I remember. This is in slight contradiction to the recommendation given by Brian Lloyd in http://classic.zope.org:8080/Collector/1515/view and might hint at the slight possibility that the stack overflow is just a symtom of an optimizaitiion bug in gcc, instead of a too-small stack. Perhaps somebody more knowlegeable about OSF1, alpha and gcc might investigate this further. Personaly, I'm happy with my solution: that specific zope instance has an uptime of 64 days now, and I don't care much about optimization for that not so heavily used internal server anyway. Context: OSF1 V4.0 1229 alpha gcc 2.95.2 -- Wolfgang Strobl, ws(a)mystrobl.de or ws(a)gmd.de

1 0

Zope And Workflow Tool
by Vincent 22 Sep '00

22 Sep '00

Hi, Does somebody have any information about any Zope Workflow Product ? Maybe is there some Work on the subject. Thanks Vincent

1 0

Site Access and UserFolders in love?
by Dennis Nichols 22 Sep '00

22 Sep '00

Since the standard root User Folder seems to hate being replaced by other much-needed-by-me types of UserFolders, I wondered if this would work well (using only ZServer) ... 1. Use SiteAccess to map mysite.com/ to mysite.com/my/ for all users and sub-managers. 2. Put a {MySQL,etc,smb,...}UserFolder in /my for all users and sub-managers. 3. Use SiteAccess to map big-guy.mysite.com to mysite.com/ for the site manager. 4. Use the standard root UserFolder only for the site manager login (index_html could redirect any errant users). This would seem to keep those "other" UserFolders out of the root and allow the site manager to easily get at the manage views in the root. I'm sorry to ask, but I've found that it takes me a long time to work through setting up and trying such things, and then not always knowing if it is sound or if I'll find the fatal flaw tomorrow. Anybody tried this? Or have an opinion on its soundness? -- Dennis Nichols nichols(a)tradingconnections.com

2 1