- Zope - Zope lists

Re: [Zope] acquisition/acl_users/permissions: is something broken? 2e post on this pb.
by Dieter Maurer 27 Nov '00

27 Nov '00

Gilles Lavaux writes: > My problem: I am logged in as 'operator'. Sometime, accessing > '/sms/shtml/stations/check' show me: > -Logged in as: Anonymous User and has role(s):Anonymous > instead of: > -Logged in as: operator and has role(s): sms_admin > > why???????? (this with IE and Netscape) Only sometimes? Did you already recognize a pattern? > I just have a guess: the 'operator' user is defined in '/sms/acl_users' and > my stationx users are defined in '/sms/shtml/stations/acl_users'. > So: is it possible that when I do my 'check' as operator, the acquisition go > to the acl_users which contains the stationx users and miss the other > acl_users folder (which is two levels above) ? A user folder is only allowed to return "Annonymous", if it is the top level user folder. Thus, your "/sms/shtml/statios/acl_users" must return "None" and ZPublisher should ask "/sms/acl_users" which should return "Operator". > Another investigation: I am logged as operator in a new browser and have the > problem, I click on a link for a stationx user but cancel the http > authentication, then the problem disappear. Hmmh, the only difference should be that you no longer have an HTTP authentication. I do not understand this behaviour. > Is there a way to display which object has triggered the authentication, and > which acl_users folder is used?? You can instrument the code in "ZPublisher.BaseRequest.traverse" to output this information. Dieter

1 0

client argument to python function calls?
by Randall Kern 27 Nov '00

27 Nov '00

I'm trying to emulate some DTML methods with python code in my (python) product. Let's say I have two Python classes, one named Foo, the other Bar. Something like this: class Foo(Folder.Folder, Persistent, Implicit): meta_type = "Foo" def magic(self, client=None): "magic method!" if client == None: client = self return client.magic_word class Bar(Folder.Folder, Persistent, Implicit): meta_type = "Bar" def __init__(self, id): self.id = id self.magic_word = 'Alacazam!" Now I create a structure like this in Zope: / foo (instance of the Foo class) bar (instance of the Bar class) Now if I goto /bar/foo/magic, I see the magic word. However, I would also like to use /foo/bar/magic, and also receive the magic word. This latter case doesn't work, the magic_word isn't set. In fact, the "client" argument is never anything but None. This is a facet of Zope I still don't quite understand... Thanks, -Randy

1 1

Re: [Zope] manage_addFolder unusable from DTML-call?
by Dieter Maurer 27 Nov '00

27 Nov '00

Kyler B. Laird writes: > I have a simple DTML method: > .... > <dtml-call "manage_addFolder('Folder', 'my new folder')"> > .... > .... > I can go through the management interface to create > and destroy folders, but as soon as I view this > method, (it tries to reauthenticate me and) I get: > Zope Error > > Zope has encountered an error while publishing this resource. > > Unauthorized When I tried to reproduce your problem (ZopeCVS rather than Zope 2.2.4b1), everything worked as it should -- no Unauthorized exception. Dieter

2 2

Re: [Zope] getattr in Python Method problem
by Dieter Maurer 27 Nov '00

27 Nov '00

Peter Bengtsson writes: > In the folder where dosomething_pym (Python Method) is located, is also a string property set called 'en' with the value 'English' > The Python Method object is called with no parameters, but is defined with the 'self' parameter inside the Python Method object. > > In a DTML Method this works fine: > <dtml-var "_.getitem('en')"> > and returns > "English" > > This is what I try in the Python Method: > lang=getattr(self,'en') > > but this raises an error! > Error Type: AttributeError > Error Value: validate I have not yet seen a Python method specification. Anyway, there are several Python method implementations around that might be different in the relevant aspects. Personnally, I would expect a bug in "getattr". However, it might also be the case, that "self" is not what we expect (and what it is for external methods: the folder, the object is located in). If you use a new version of Python Methods (now called Python Scripts), then you might try "context" rather than "self". I think, you can use it without the need to pass it as parameter. Dieter

1 0

come see new.zope.org
by ethan mindlace fremen 27 Nov '00

27 Nov '00

Zopatistas! The cluster is up and running. Please go pound it to see if it breaks: http://new.zope.org That lovely color is to remind you that you are *not* at the live site. Any changes you make here *will* be lost. If you have any questions or comments, please email zope-web(a)zope.org A full report on how we did it will be appearing soon after the site goes live. ethan mindlace fremen Zopatista Community Liason

5 5

RE: [Zope] come see new.zope.org
by Menard.Jean-Francois＠hydro.qc.ca 27 Nov '00

27 Nov '00

It is very, VERY quick! Wow... Jean-François Ménard Intranet DPAS Pratiques d'affaires et orientations * (514) 840-3000 poste 3939 * (514) 840-5585 * menard.jean-francois(a)hydro.qc.ca * 855 Ste-Catherine est, 6e étage Montréal, Qué. H2L 4P5 -----Message d'origine----- De : ethan mindlace fremen [mailto:mindlace@digicool.com] Envoyé : lundi 27 novembre 2000 14:51 À : zope(a)zope.org Cc : zope-web(a)zope.org Objet : [Zope] come see new.zope.org Zopatistas! The cluster is up and running. Please go pound it to see if it breaks: http://new.zope.org That lovely color is to remind you that you are *not* at the live site. Any changes you make here *will* be lost. If you have any questions or comments, please email zope-web(a)zope.org A full report on how we did it will be appearing soon after the site goes live. ethan mindlace fremen Zopatista Community Liason _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

1 0

Important! Keep an eye on your management screens folks
by Skip Montanaro 27 Nov '00

27 Nov '00

Folks, My ZServer just mailed me this: Zope has encountered a problem publishing your object. Cannot locate object at: /search/manage This suggests to me that someone was probling our site to see if they could get into Zope and twiddle some bits. I use ZServer, not full-blown Zope, so I have no manage pages. Check to make sure your Zope servers are suitably passworded or that management screens are disabled! -- Skip Montanaro (skip(a)mojam.com) Support the Mojam.com Affiliates Program: http://www.mojam.com/affl/ (847)971-7098

1 0

view DTML source
by Anders Eriksson 27 Nov '00

27 Nov '00

Hello zopistas, On the zope.org there is a 'method' called view_source, which lets you see the DTML source of a page. I 'borrowed' this code, by using view_source on itself and got this:  <pre>  </pre>   I then created a DMTL-document called 'view_source' with this content. But when I run, using http://swescout.myip.org/index_html/view_source it I get this traceback: Traceback (innermost last): File D:\SweScout\lib\python\ZPublisher\Publish.py, line 222, in publish_module File D:\SweScout\lib\python\ZPublisher\Publish.py, line 187, in publish File D:\SweScout\lib\python\Zope\__init__.py, line 221, in zpublisher_exception_hook (Object: index_html) File D:\SweScout\lib\python\ZPublisher\Publish.py, line 171, in publish File D:\SweScout\lib\python\ZPublisher\mapply.py, line 160, in mapply (Object: view_source) File D:\SweScout\lib\python\ZPublisher\Publish.py, line 112, in call_object (Object: view_source) File D:\SweScout\lib\python\OFS\DTMLDocument.py, line 177, in __call__ (Object: view_source) File D:\SweScout\lib\python\DocumentTemplate\DT_String.py, line 528, in __call__ (Object: view_source) File D:\SweScout\lib\python\OFS\DTMLMethod.py, line 168, in __call__ (Object: standard_html_header) File D:\SweScout\lib\python\DocumentTemplate\DT_String.py, line 528, in __call__ (Object: standard_html_header) AttributeError: __call__ This is my data: Zope version: Zope 2.2.2 (binary release, python 1.5.2, win32-x86) Python version: 1.5.2 (#0, Jul 30 1999, 09:52:18) [MSC 32 bit (Intel)] System Platform: win32 Anyone that know why I get this error and how I fix it? -- Best regards, Anders mailto:ame@swipnet.se Science is everything we understand well enough to explain to a computer. Art is everything else. - David Knuth

3 2

PCGI_ROOT
by Rafael Amer Ramon 27 Nov '00

27 Nov '00

Hi. I trie to install Zope-2.2.2 with mod_pcgi2 and the Apache web server. I follow the steps in the README files, but when I trie to access to the URL http://localhost/pcgi I get the following error message: Zope Error Zope has encountered an error while publishing this resource. Resource not found Sorry, the requested Zope resource does not exist. Check the URL and try again. Troubleshooting Suggestions 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.  The httpd.conf file has the following instruccions: LoadModule pcgi2_module libexec/libpcgi2.so AddModule mod_pcgi2.c <IfModule mod_pcgi2.c> PCGI_NAME Zope PCGI_MODULE_PATH /usr/local/Zope/lib/python/Zope PCGI_PUBLISHER /usr/local/Zope/pcgi/pcgi_publisher.py PCGI_EXE /usr/local/bin/python PCGI_SOCKET_FILE /usr/local/Zope/var/pcgi.soc PCGI_PID_FILE /usr/local/Zope/var/pcgi.pid PCGI_ERROR_LOG /usr/local/Zope/var/pcgi.log PCGI_DISPLAY_ERRORS 1 <Location /pcgi> SetHandler pcgi-handler PCGI_ROOT /usr/local/Zope PCGI_SetEnv SiteRootPATH / </Location> </IfModule> Is the error related with the PCGI_ROOT directive? How can I set this directive? Thanks. ---------------------------------------------------------------------- _/ _/ _/_/_/_/ _/_/_/ Rafael Amer Ramon _/ _/ _/ _/ _/ Departament de Matemàtica Aplicada II _/ _/ _/_/_/_/ _/ E.T.S.E.I.T. _/ _/ _/ _/ Universitat Politècnica de Catalunya _/_/_/_/ _/ _/_/_/_/ e-mail: amer(a)ruth.upc.es ----------------------------------------------------------------------

3 2

clean way to change AUTHENTICATED_USER?
by Kyler B. Laird 27 Nov '00

27 Nov '00

My users need to login with a simple alias ("kyler") which could change. As part of the (PH/X.500) login procedure, I want to set AUTHENTICATED_USER to a better ID ("kyler.b.laird.1"). This will allow the users to continue to change aliases at will without necessitating ownership changes in Zope. (I've done this for years under Apache.) I'm using LoginManager and a PH kludge I wrote to do the authentication for now. I realize I will need to continue to use the alias (as supplied by the user) for indexing there in orcer to use the cache. I just want everything else to see the full ID. I don't have a good grasp of The Big Picture yet, so I'm hesitant to jump right in and add a setUserName method. I'm hoping there's a better way. Any suggestions? Thank you. --kyler

1 0