April 2001 - Zope-Dev

can't use manage_access (security/Roles) in ZOPE 2.3.1b3
by Marcus Schopen 09 Apr '01

09 Apr '01

Hi, can't manage security and roles in Zope's root folder any more. I'm not sure if this error came up with upgrading from stable 2.3.1 to 2.3.1b3. Zope on Debian Linux: Zope Version Zope 2.3.1b3 (binary release, python 1.5.2, linux2-x86) Python Version 1.5.2 (#10, Dec 6 1999, 12:16:27) [GCC 2.7.2.3] System Platform linux2 When clicking on 'security' button in the root folder I get the following error. Any help? Thank you Marcus Traceback (innermost last): File /home/zope/Zope/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /home/zope/Zope/lib/python/ZPublisher/Publish.py, line 187, in publish File /home/zope/Zope-2.3.0-linux2-x86/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /home/zope/Zope/lib/python/ZPublisher/Publish.py, line 171, in publish File /home/zope/Zope-2.3.0-linux2-x86/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_access) File /home/zope/Zope/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: manage_access) File /home/zope/Zope-2.3.0-linux2-x86/lib/python/AccessControl/Role.py, line 258, in manage_access (Object: ApplicationDefaultPermissions) File /home/zope/Zope-2.3.0-linux2-x86/lib/python/Shared/DC/Scripts/Bindings.py, line 324, in __call__ (Object: _normal_manage_access) File /home/zope/Zope-2.3.0-linux2-x86/lib/python/Shared/DC/Scripts/Bindings.py, line 353, in _bindAndExec (Object: _normal_manage_access) File /home/zope/Zope-2.3.0-linux2-x86/lib/python/App/special_dtml.py, line 236, in _exec (Object: _normal_manage_access) File /home/zope/Zope-2.3.0-linux2-x86/lib/python/DocumentTemplate/DT_With.py, line 146, in render (Object: _.namespace(valid_roles=valid_roles())) File /home/zope/Zope/lib/python/DocumentTemplate/DT_In.py, line 646, in renderwob (Object: permission_settings) File /home/zope/Zope-2.3.0-linux2-x86/lib/python/AccessControl/Role.py, line 182, in permission_settings (Object: ApplicationDefaultPermissions) File /home/zope/Zope-2.3.0-linux2-x86/lib/python/AccessControl/Role.py, line 177, in <lambda> TypeError: (see above) -- _____________________________________ (0> Marcus Schopen //\ Bielefeld, Germany V_/_ _____________________________________

2 1

how can I stop zope through ftp?
by robert at rocad 09 Apr '01

09 Apr '01

Hi there, I am looking for a way to stop zope through FTP. Why? I would like to have a button on my (Windows) desktop I can push to restart zope without leaving Zopes current setup. thanks Robert

2 1

Re: your mail
by Federico Di Gregorio 09 Apr '01

09 Apr '01

Scavenging the mail folder uncovered Randall F. Kern's letter: [snip] > Concurrent updates are not supported in the serializable transaction > mode; if one transaction tries to update (or delete) a row that has > already been updated by a concurrent uncommitted transaction, the second > transaction will fail with a "concurrent update" error. mmm... are they supported in the read commited mode? if yes it will be easy to add this mode as on option to psycopg cursors and use it in zope. do you know how much faster would it be compared to the serialized mode? > Given that the default transaction mode for these DAs is Serializable, > and Zope has this nifty support for ConflictErrors and retrying > transactions already, I propose Postgres DAs should convert the > concurrent update serialization errors into ConflictErrors > automatically. > > I've been running this way for a few days, and everything seems great. > Any reasons why this might be good/bad/ugly very welcome. (Like: is it > safe to throw a ConflictError at any random time during processing? > >From a quick glance at ZODB it seems they are only thrown at commit time > now) > > Here is a small patch to ZPsyccopgDA 0.5.1 that implements this change: thank you very much for the patch. i am waiting to know what others think about it (i am not a ZODB expert) before we incorporate it. ciao, federico -- Federico Di Gregorio MIXAD LIVE Chief of Research & Technology fog(a)mixadlive.com Debian GNU/Linux Developer & Italian Press Contact fog(a)debian.org Don't dream it. Be it. -- Dr. Frank'n'further

1 0

Cause for Zope 2.3.1 hang-ups found
by Stephan Richter 09 Apr '01

09 Apr '01

Hello everyone, I think I found the reason for Zope 2.3.1 hangung up from time to time: It is Zope 2.3.1 and the CoreSessionTracking Product 0.7.0 together. I installed now the latest version 0.8. It did not work out of the box for me, but after correcting the code at two locations, it worked. I am not sure wether it will stop the hang-ups, but I try to do some testing later on using wget again. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

2 2

ZCatalog bug?
by Tres Seaver 09 Apr '01

09 Apr '01

Adam Chlipala <chilip(a)ptd.net> wrote: > I have just installed Zope 2.3.1 and the latest CMF. When trying to > publish some CMF resource after submitting a form to edit the site > config, I get a TypeError: expected integer key. The stack traceback is > included below. A more experienced user has said that this looks like > it could be because of a bug in ZCatalog. I'd like to stress that this > is literally the first thing I'm doing with Zope, so there's not much to > do to reproduce the setup. :-) Does anyone have any guesses about why > this is happening? Thanks. > > Traceback (innermost last): > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/Publish.py, > line 223, in publish_module > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/Publish.py, > line 187, in publish > File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/Zope/__init__.py, > line 221, in zpublisher_exception_hook > (Object: Traversable) > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/Publish.py, > line 171, in publish > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/mapply.py, > line 160, in mapply > (Object: reconfig) > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/Publish.py, > line 112, in call_object > (Object: reconfig) > File /var/lib/zope/Products/CMFCore/FSDTMLMethod.py, line 218, in > __call__ > (Object: reconfig) > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_String.py, > line 538, in __call__ > (Object: reconfig) > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_Return.py, > line 106, in render > (Object: reconfig_form(_.None, _, portal_status_message='Settings > changed')) > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_Util.py, > line 334, in eval > (Object: reconfig_form(_.None, _, portal_status_message='Settings > changed')) > (Info: _) > File <string>, line 0, in ? > File /var/lib/zope/Products/CMFCore/FSDTMLMethod.py, line 213, in > __call__ > (Object: reconfig_form) <snip> > File > /usr/local/stow/zope-2.3.1/lib/zope/lib/python/SearchIndex/UnTextIndex.py, > line 448, in __getitem__ > TypeError: (see above) Yes this is a catalog bug, which is fixed in CVS. You can, in this case, safely ignore it, and continue using the portal (your configuration changes may not have been saved, however). Tres. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

1 0

ZCatalog bug?
by Adam Chlipala 09 Apr '01

09 Apr '01

I have just installed Zope 2.3.1 and the latest CMF. When trying to publish some CMF resource after submitting a form to edit the site config, I get a TypeError: expected integer key. The stack traceback is included below. A more experienced user has said that this looks like it could be because of a bug in ZCatalog. I'd like to stress that this is literally the first thing I'm doing with Zope, so there's not much to do to reproduce the setup. :-) Does anyone have any guesses about why this is happening? Thanks. Traceback (innermost last): File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/Publish.py, line 187, in publish File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: Traversable) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/Publish.py, line 171, in publish File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: reconfig) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: reconfig) File /var/lib/zope/Products/CMFCore/FSDTMLMethod.py, line 218, in __call__ (Object: reconfig) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 538, in __call__ (Object: reconfig) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_Return.py, line 106, in render (Object: reconfig_form(_.None, _, portal_status_message='Settings changed')) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_Util.py, line 334, in eval (Object: reconfig_form(_.None, _, portal_status_message='Settings changed')) (Info: _) File <string>, line 0, in ? File /var/lib/zope/Products/CMFCore/FSDTMLMethod.py, line 213, in __call__ (Object: reconfig_form) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 538, in __call__ (Object: reconfig_form) File /var/lib/zope/Products/CMFCore/FSDTMLMethod.py, line 213, in __call__ (Object: standard_html_header) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 538, in __call__ (Object: standard_html_header) File /var/lib/zope/Products/CMFCore/FSDTMLMethod.py, line 213, in __call__ (Object: actions_box) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 538, in __call__ (Object: actions_box) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_Let.py, line 146, in render (Object: isAnon="portal_membership.isAnonymousUser()" AuthClass="isAnon and 'GuestActions' or 'MemberActions'" uname="isAnon and 'Guest' or portal_membership.getAuthenticatedMember().getUserName()" obj="this()" actions="portal_actions.listFilteredActionsFor(obj)" user_actions="actions['user']" folder_actions="actions['folder']" object_actions="actions['object'] + actions['workflow']" global_actions="actions['global']") File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/DocumentTemplate/DT_Util.py, line 334, in eval (Object: portal_actions.listFilteredActionsFor(obj)) (Info: portal_actions) File <string>, line 0, in ? File /var/lib/zope/Products/CMFCore/ActionsTool.py, line 162, in listFilteredActionsFor (Object: portal_actions) File /var/lib/zope/Products/CMFCore/WorkflowTool.py, line 222, in listActions (Object: portal_workflow) File /var/lib/zope/Products/CMFCore/DefaultWorkflow.py, line 209, in listGlobalActions File /var/lib/zope/Products/CMFCore/CatalogTool.py, line 200, in searchResults (Object: Traversable) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/Products/ZCatalog/ZCatalog.py, line 535, in searchResults (Object: Traversable) File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/Products/ZCatalog/Catalog.py, line 651, in searchResults File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/Products/ZCatalog/Catalog.py, line 542, in _indexedSearch File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/SearchIndex/UnTextIndex.py, line 513, in _apply_index File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/SearchIndex/UnTextIndex.py, line 576, in query File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/SearchIndex/UnTextIndex.py, line 640, in evaluate File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/SearchIndex/UnTextIndex.py, line 591, in get_operands File /usr/local/stow/zope-2.3.1/lib/zope/lib/python/SearchIndex/UnTextIndex.py, line 448, in __getitem__ TypeError: (see above) -- Adam Chlipala psion(a)devlocus.org http://home.devlocus.org/~psion/ ICQ UIN: 489166 AIM: PsionV If God does not exist, then anything is permitted. ... I am the Word that speaks Itself I am the Eye that sees Itself As above, so below

2 1

Confused by accuisition, need help
by Robert Rottermann 08 Apr '01

08 Apr '01

Hi there, I need the help with the following situation: I have a folder test with the following structure 1 Test a index_html some frames to structure the display a zman (a product I am about to develop) a data b projects c data acesses database c display displayes the data b documents c data acesses database c display displayes the data (I hope you can still see the structure) Now to display the records I use the following dtml-method(in the disply method): <dtml-in expr="PARENTS[0].data()"> <OPTION selected value="<dtml-var sequence-index>"> <dtml-var sequence-item> </OPTION> </dtml-in> This works fine if I am in projects od dicuments Now my problem: in index_html I only would like to splice the various parts togezher. Like so: <some glue> <dtml-var expr="PARENTS[0].data.projects.show()"> <dtml-var expr="PARENTS[0].data.documents.show()"> </some glue> Unfortunatelly I get an erro in the display-methodr: Error Value: PARENTS (Object: PARENTS[0].data()) Obviously when called like this, the method knows nothing of its anchestry. How kan I call methods that are in a "lower" folder, and have them know theyr environment? Thanks for your help. Robert

2 2

DTMLOverride
by R. David Murray 08 Apr '01

08 Apr '01

I came across a need to modify a couple DTML Methods of a Product I was using. (It's my own product, but ignore that for now <grin>). I didn't want to modify the code of the product, because then I'd loose changes if I upgraded the product. First I just wrote a little product whose init method went in an repointed the appropriate methods to new DTMLFile objects. But that doesn't work with Refresh. So instead I wrote a little product that modifies the __init__ method of ClassicHTMLFile to check a configuration file to see if there is an alternate source specified. This is a proof-of-concept thing, as I'm not sure how useful such a facility is (I have a use for it in mind with regards to EMarket, but I haven't tried it out yet to see if it's really a good way to reach my goal there). So comments of the type: "cool idea", "terrible idea" (and why), are welcome. The product is at http://www.zope.org/Members/rdmurray/DTMLOverride --RDM

1 0

ZPatterns, DataSkins, forms and error checking/handling
by Itai Tavor 08 Apr '01

08 Apr '01

Hi, I'm trying to work out the best way to check for and report errors when DataSkin objects are created/edited, but I'm having a lot of problems. For form validation, Zope's build-in constraints are pretty useless... things like ValueHandler are a little better, but IMO not good enough. When a user types incorrect data in a form, I don't want to display a page with a list of errors and say "click Back to fix your errors". I want to return the form, with a list of errors and the bad fields highlighted. So I need to perform field checks in the form action method and in case of errors call the original form, giving it an error list. I know that to ensure that object data is always valid I should validate the object in a SkinScript, using WHEN OBJECT ADDED,CHANGED call self.validate(), and raise an exception in validate in case of a problem. But this can't deal with returning the original form. It can only display error pages, and to display nicely formatted error pages it has to return a DTML Method so I can use dtml-raise, rather than directly do raise in validate. So I'm looking at a validate method for use at commit time, a show_errors DTML Method, and a validate_form to call from the form action method... The validate_form method is defined in the DataSkin class. But it is also used when a new object is created from a form, so it needs to be called from a Specialist before the object is created, so I need to import it in the Specialist. But this method might use other methods of the DataSkin class, so I need to import those too... So, to sum up, I need a method used in commit time, that renders a DTML method to raise an error message, another method to verify form submissions and return the form with error messages, and I need to import that method and all other methods it uses into the Specialist. This seems too much work... Can anyone suggest a simpler approach (one that still retains the ability to return the original form in case of errors)? TIA, Itai -- -- Itai Tavor -- "Je sautille, donc je suis." -- itai(a)optusnet.com.au -- - Kermit the Frog -- -- -- -- "If you haven't got your health, you haven't got anything" --

2 2

ImapClient 0.1.1 released
by Ulrich Eck 08 Apr '01

08 Apr '01

The latest version of ImapClient has been released. http://www.zope.org/Members/jack-e/ImapClient If you're interested, please test it and give feedback that I can improve it. It is mainly developed for use with Cyrus-Imap 2.xx but should work with others. It is based on code from Worldpilot but behaves like a Zope-Folder. ImapClient is a Python Product. It is has following features: * manage multiple Imap-Mailboxes in one Client * ImapFolders are BTree-Folders stored persistantly in ZODB * Messages are cached in ZODB, but Header are checked every Request * Message-Objects grant access to all Information from the Imap Server * ImapACLs are supported * Sieve Scripts can be managed * Attachements are properly decoded an can be downloaded/viewed * Use ZMI or custom UI Thats all for now Ulrich Eck net-labs aka jack-e

1 0