- Zope - Zope lists

acl_users and cookie crumbler login problem
by philrobinson 17 Feb '03

17 Feb '03

Here's my ZODB structure: parent_folder -- child_folder_1 -- child_folder_2 I want users to be able to authenticate into each of the child folders independently, so I put an acl_users and cookie crumbler into each of the child folders (can be either standard user folder or XUF, makes no difference). I then define a single user in each child folder as follows: 'child_1' in 'child_folder_1/acl_users' 'child_2' in 'child_folder_2/acl_users' I set each cookie crumbler to 'Use cookie paths to limit scope'. I then put a file called 'login_stub' in each of the folders with its 'view' acquisition turned off. Point a browser at either of the 'login_stub's, and you get a login form; enter a valid name/pwd for that folder and you have access (of course, you had view access before, but now you have whatever rights the relevant user has, which may be more than just 'Anonymous'). Looking at a different child folder does the same thing again as you would expect. Inspecting the cookies shows their paths to be '/child_folder_1' etc. So, this gets me the ability to authenticate into each child folder separately, perhaps using a different user name. If I put an acl_users and cookie_crumbler into 'parent_folder' (to allow a different group of people to manage at that level), however, it all goes wrong. With these present, the cookie paths from the above example become '/', which seems to indicate that they are being generated in the parent_folder rather than the relevant child one. And login fails; presumably because the username supplied for (say) 'child_folder_1' is not valid for 'parent_folder'. If I remove the acl_users and cookie_crumbler from parent_folder, the child folders work fine again. To summarise: if the higher level ones are present, zope uses them. If not, it uses the child one as it should. Why should the presence or absence of the objects in 'parent_folder' affect the child's behaviour? I don't see how it can be caused by restrictive permissions on something in the child folders, since it wouldn't work without the parent_folder objects, but this seems to be kind of the opposite of what acquisition is supposed to do. Anyone run into this kind of thing or am I just trying to be too fine grained and it can't be done? Thanks in advance.... Phil Robinson PS Without the cookie crumblers present, each child seems to behave as you expect. Of course, you can only be logged into one at a time, but the presence or absence of an acl_users in 'parent_folder' doesn't affect their behaviour.

2 1

RE: [Zope] logout not functioning in Mozilla (Solved)
by Michael Long 17 Feb '03

17 Feb '03

That must have been the problem. I modified the template per your suggestion and now it works as expected. Thanks, Mike > I dunno but perhaps mozilla is strict in using HTML > > so i would say you try the following: > > <form action="/mysite/acl_users/logout" method="post"> > <table> > <tr> > <td class="ToolBar_login" align="center"> > <input type="submit" value="Log out" size="5"> > </td> > </tr> > </table> > </form> > > Greetings, > > Daniel > > > -----Original Message----- > > From: Michael Long [mailto:mlong@datalong.com] > > Sent: maandag 17 februari 2003 15:56 > > To: Zope > > Subject: [Zope] logout not functioning in Mozilla > > > > > > > > Hi All, > > > > I have discovered that the following bit of code works in Opera, > > Konqueror and IE but not in Mozilla. Does anyone have any ideas? > > > > <form action="/mysite/acl_users/logout" method="post"> > > <td class="ToolBar_login" align="center"> > > <input type="submit" value="Log out" size="5"> > > </td> > > </form> > > > > I am running: (Zope and Python compiled from source) > > > > Zope Version (Zope 2.6.0 > > (source release, python 2.1, linux2), python 2.1.3, linux2) > > > > Python Version 2.1.3 > > (#1, Jan 31 2003, 14:51:52) [GCC 2.95.3 20010315 (SuSE)] > > > > System Platform linux2 > > > > Thanks, > > Mike > > > > > > _______________________________________________ > > Zope maillist - Zope(a)zope.org > > http://mail.zope.org/mailman/listinfo/zope > > ** No cross posts or HTML encoding! ** > > (Related lists - > > http://mail.zope.org/mailman/listinfo/zope-announce > > http://mail.zope.org/mailman/listinfo/zope-dev ) > > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://mail.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope-dev ) > >

1 0

Secure file downloading problem
by Lubos Culen 17 Feb '03

17 Feb '03

Hi! I have simple task to develop in Zope - make secure files available for download, but the user shouldn't see the REAL URL of the files (neither in browser nor in any download manager). Is it possible to do this through Zope? Thanks for answer, Lubos.

2 3

ExternalEditor and Umlauts
by Oliver Bleutgen 17 Feb '03

17 Feb '03

I'm having some problems using ExternalEditor/gvim with umlauts. The irritating thing is that this is the first time this happens. Datapoints: 1. development server, zope 2.5.1 + ExternalEditor 0.5, mozilla 1.2.1 -> works 2. staging server, zope 2.5.1 + ExternalEditor 0.5, mozilla 1.2.1 -> doesn't work As one can see, the only difference is the server used (and the python version, though I think I build them both in the same fashion). Mozilla says that pages from Server 1 are ISO-8859-1 encoded, while the others are UTF-8 encoded, and seems to act accordingly: This happens when I post the dtml-method editing form with "äöü" as text in the two servers: 1. title=&data%3Atext=a%F6%FC&SUBMIT=Save+Changes 2. title=&data%3Atext=%C3%A4%C3%B6%C3%BC&SUBMIT=Save+Changes Seems mozilla sends this as UTF-8 in the second case, right? So, either I have to solve the mystery how to get rid of the UTF-8 encoding, or I have to find out how to teach external editor/gvim UTF-8. Any hints/comments? Thanks, oliver

3 4

Random Password Generator
by Asad Habib 17 Feb '03

17 Feb '03

Hello. Does anyone know if there are any built-in Python methods which allow you to generate passwords randomly? Any help would be greatly appreciated. Thanks. -Asad __________________________________________________ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com

6 5

RE: [Zope] logout not functioning in Mozilla
by Daniël Hooymans 17 Feb '03

17 Feb '03

I dunno but perhaps mozilla is strict in using HTML so i would say you try the following: <form action="/mysite/acl_users/logout" method="post"> <table> <tr> <td class="ToolBar_login" align="center"> <input type="submit" value="Log out" size="5"> </td> </tr> </table> </form> Greetings, Daniel > -----Original Message----- > From: Michael Long [mailto:mlong@datalong.com] > Sent: maandag 17 februari 2003 15:56 > To: Zope > Subject: [Zope] logout not functioning in Mozilla > > > > Hi All, > > I have discovered that the following bit of code works in Opera, > Konqueror and IE but not in Mozilla. Does anyone have any ideas? > > <form action="/mysite/acl_users/logout" method="post"> > <td class="ToolBar_login" align="center"> > <input type="submit" value="Log out" size="5"> > </td> > </form> > > I am running: (Zope and Python compiled from source) > > Zope Version (Zope 2.6.0 > (source release, python 2.1, linux2), python 2.1.3, linux2) > > Python Version 2.1.3 > (#1, Jan 31 2003, 14:51:52) [GCC 2.95.3 20010315 (SuSE)] > > System Platform linux2 > > Thanks, > Mike > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://mail.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope-dev ) >

1 0

logout not functioning in Mozilla
by Michael Long 17 Feb '03

17 Feb '03

Hi All, I have discovered that the following bit of code works in Opera, Konqueror and IE but not in Mozilla. Does anyone have any ideas? <form action="/mysite/acl_users/logout" method="post"> <td class="ToolBar_login" align="center"> <input type="submit" value="Log out" size="5"> </td> </form> I am running: (Zope and Python compiled from source) Zope Version (Zope 2.6.0 (source release, python 2.1, linux2), python 2.1.3, linux2) Python Version 2.1.3 (#1, Jan 31 2003, 14:51:52) [GCC 2.95.3 20010315 (SuSE)] System Platform linux2 Thanks, Mike

1 0

Passing keyword options to PageTemplateFile?
by Jon Whitener 17 Feb '03

17 Feb '03

I'm creating a Python product ('MyClass') and attempting to use Zope Page Templates for the 'manage_*' forms. In my manage_addMyClassForm, I want the ZPT to render a multiple selection list (of 'categories') using a tal:repeat statement which accesses 'categories' through the 'options' ZPT name. My problem lies in passing the 'categories' sequence into the ZPT (via 'options') from the MyClass.py module. Here's what I have so far: - MyClass directory which contains __init__.py, MyClass.py, and a sub-folder ('www') which contains the ZPT forms. - MyClass.py defines MyClass and the 'categories' sequence (at the global level). It also instantiates a Page Template object like so: preAddForm = PageTemplateFile('www/manage_addMyClassForm', globals()) - Then, I attempt (and fail) to create my manage_addMyClassForm Page Template this way (trying to use PageTemplate.__call__): manage_addMyClassForm = preAddForm(categories = allCategories) My intention is that the above line passes 'categories' into the Page Template as one of the 'options' keyword arguments so that I can repeat over the sequence like: tal:repeat="category options/categories" It doesn't work and I thank you in advance if you have any advice. Below is the error I get when I start up Zope and it fails to import the product: 2003-02-12T13:13:29 ERROR(200) Zope Could not import Products.MyClass Traceback (innermost last): File C:\Zope1\lib\python\OFS\Application.py, line 541, in import_product File C:\Zope1\Products\MyClass\__init__.py, line 1, in ? File C:\Zope1\Products\MyClass\MyClass.py, line 42, in ? (Object: PageTemplate) File C:\Zope1\lib\python\Shared\DC\Scripts\Bindings.py, line 252, in __call__ (Object: manage_addMyClassForm) File C:\Zope1\lib\python\Shared\DC\Scripts\Bindings.py, line 281, in _bindAndExec (Object: manage_addMyClassForm) File <string>, line 1, in ? File C:\Zope1\lib\python\Shared\DC\Scripts\Bindings.py, line 232, in _getTraverseSubpath (Object: manage_addMyClassForm) AttributeError: other Jon Whitener Detroit Michigan USA

3 5

users and passwords
by G. Clifford Williams 17 Feb '03

17 Feb '03

Thanks to everyone that responded to my question... You've given me some good things to think about. -- G. Clfford Williams gcw-python(a)rezidew.net

1 0

Xron and CookieCrumbler
by Ben Avery 17 Feb '03

17 Feb '03

hola Zopistas, I'm having a problem with some Xron methods I need to run daily, and which live in a folder underneath a CookieCrumbler authenication manager. I have given the Xron DTML Methods the proxy role of a user who is authorised to access any methods involved. I have even given the xron methods the Manager role to try to get it working. When I try to set the method to run, I see that the cookiecrumbler has redirected back to the login page, as if the method's trigger call was unauthorised. I see this in my zope.log 2003-02-17T12:36:02 PROBLEM(100) Products.Xron.Loggerr Trigger event: http://www.mysite.org/cares/scheduled_tasks/xron_schedule_methods/ad_recce_… Trigger time: 2003/02/17 00:00:01 GMT Failed to trigger event. Type=bci.ServerError Val=http://www.mysite.org/cares/login_form?came_from=http%3A//www.mysite.or… (File: /export/home/Zope-2.6.0/lib/python/Products/CookieCrumbler/CookieCrumbler.py Line: 301) 302 Moved Temporarily for http://www.mysite.org/cares/scheduled_tasks/xron_schedule_methods/ad_recce_… ------ 2003-02-17T12:36:02 PROBLEM(100) Products.Xron.Loggerr Failed to disarm event I (think I) have followed the instructions from the Xron docs page, about allocating proxy roles, but I must still be doing something wrong. Can anyone help please? I'm running Zope 2.6.0 with Python 2.1.3 on Solaris 8 Ben Avery

1 0