January 2001 - Zope-Dev

Possible TransparentFolders bug?
by Itai Tavor 30 Jan '01

30 Jan '01

Hi, The TransparentFolders Product seems to make everything transparent... not just transparent folders. Zope/ Folder_A/ method_A Folder_B/ (transparent folder) method_B I'd expect the only effect of the transparent folder to be that /Folder_A/method_B would work. But /method_A and /method_B also work. Tested in Zope 2.3b2 and 2.3b3 with TransparentFolders 0.3. -- -- Itai Tavor -- "Je sautille, donc je suis." -- itai(a)optusnet.com.au -- - Kermit the Frog -- -- 'Supposing a tree fell down, Pooh, when we were underneath it?' -- -- 'Supposing it didn't,' said Pooh after careful thought. --

2 3

zope 2.3.0 upgrade bug: inituser trashes existing user
by Zope mailing lists 30 Jan '01

30 Jan '01

I have not thoroughly tested this, but I have done it twice to make sure I could reproduce the error I saw in the specific circumstances I saw it. I suspect the bug is generic, but don't have the time to prove it right now. My setup: INSTANCE_HOME style setup. Zpatterns installed in 2.3.0 tree EMarket installed in the instance products folder. RedHat Linux 5.2 (I think, how do you tell on a linux system?) python from RPMs, zope 2.3.0 from source install (wo_pcgi). I upgraded an existing site by simply changing my zopectl (see my product) PYTHONHOME setting to the 2.3.0 tree, shutting down the site (which had been running 2.2.4), and restarting. Now, at this point I did not understand how inituser was supposed to work, so I had copied my old access file to be my inituser file, thinking the name had changed but the semantics were similar. Imagine my surprise when the inituser file dissapeared when I started zope <grin>. The problem is that the inituser *replaced* the single existing user in the acl_users folder. This must be a bug. --RDM PS: I also was amazed to find that having ZDebug (without Chris' patch) in my Products folder left my site *wide* open: anonymous could view and edit methods. This might be worth a warning on the web site, even though it is unlikely anyone would run production with ZDebug installed.

2 1

2.3.0 release badness
by richard＠bizarsoftware.com.au 30 Jan '01

30 Jan '01

I've just updated to 2.3.0 release using CVS. My CSS serving has subsequently broken. The CSS serving worked fine with the CVS code from 2.3.0b2. I didn't get to check b3 - we had a public holiday on Friday and that meant that the one working day assigned to the b3 release was lost to me (and _most_ other Australians). Anyway, that's a separate issue ... I've done a diff against the CVS as of last Tuesday, but I can't see an obvious place where the Zope code has changed to make the CSS serving fail. Under Netscape (versions 4.72 -> 4.75), a 'back button' request results in a truncated plain-text display of the CSS that is linked from the page. The zope server log shows the request as being successfully served. I telnet'ed to the server and requested the CSS manually, and the headers all look fine. A packet sniffer seems to say that all is well. Now for the fun: this only happens for local requests - someone requesting the same pages over the ethernet will get them fine. Only Netscape and only locally. Konqueror locally works fine. The CSS is being served using the attached class. Some further experimentation: 1. load the same page five times as follows: http://mymachine:8080/blah/ http://127.0.0.1:8080/blah/ http://127.0.0.2:8080/blah/ http://10.0.0.20:8080/blah/ http://127.0.0.3:8080/blah/ 2. starting from either end of those URLs in the browser history, hit the 'forward' button or 'back' button four times to get to the other end. 3. note that the first hit of 'forward' or 'back' (and sometimes other hits too) the CSS is served as plain text Of course, embedding the style in the page (a-la the Zope management interface) gets around this problem, but this is not an option for us. Again, this was not a problem pre 2.3.0 b3 / release... Richard -- Richard Jones richard(a)bizarsoftware.com.au Senior Software Developer, Bizar Software (www.bizarsoftware.com.au)

7 10

Storing session objects in a ZODB
by Andy McKay 30 Jan '01

30 Jan '01

I want to store the session objects (from CoreSessionTracking) in the ZODB so that users can save preferences (set in a Session) and call them back later. Just thinking that the easiest way to something is to pickle it, but pickling it in the ZODB which then pickles it, seems daft. Someone suggested I could just _setObject into the ZODB, but don't I still need to make a class wrapper around this? Has anyone tried this? I couldn't spot anything in the CoreSessionTracking API that obvious... Cheers. -- Andy McKay.

2 1

Re: [Zope-dev] ZDebug patch for 2.3.0
by Itai Tavor 30 Jan '01

30 Jan '01

Thanks! Good to have ZDebug back. But... it kills LoginManager, which uses an exception to render the login page. This patch will fix the problem: --- DTMLDebug.py.old Fri Sep 15 09:25:14 2000 +++ DTMLDebug.py Tue Jan 30 10:45:43 2001 @@ -217,6 +217,9 @@ elif exc_type is DTReturn: # Return normally. raise + elif str(exc_type) == 'LoginRequired': + # Don't interfere with LoginManager. + raise else: debugWithNamespace(section, namespace, None, info) finally: Chris Withers wrote: >The patch below got ZDebug working with Zope 2.3.0 for me. Hope I didn't >miss anything ;-) > >cheers, > >Chris ><snip patch> -- -- Itai Tavor -- "Je sautille, donc je suis." -- itai(a)optusnet.com.au -- - Kermit the Frog -- -- 'Supposing a tree fell down, Pooh, when we were underneath it?' -- -- 'Supposing it didn't,' said Pooh after careful thought. --

1 0

LoginManager and ZPatterns
by morten＠esol.no 29 Jan '01

29 Jan '01

Hi fellow zopers, I don't know if it's a bug or feature, but whenever I try to access parental objects from a user object in python code, I can't seem to find anything. That is, whenever I call acl_users.getItem('user123').getParentNode() (the acl_users is a LoginManager instance) it returns None. But, if it's called from DTML, with exactly the same expression, it returns the containing object... Could someone shed some light on this? Thank you. -Morten

1 0

Re: [Zope-dev] Re: Refresh and debugging product creation issues.....
by Shane Hathaway 29 Jan '01

29 Jan '01

Jaan Kaer wrote: > It seems that on page http://www.zope.org/Members/hathawsh/Refresh > is still only link to the old version (2000/05/15) of Refresh > product :-( Could you please put there also link to the version where you > are corrected the "multiple names in the product add list problem"? I took a good look at Refresh today and came up with new solutions to its issues. The meta_type list is fixed (the right way) and I found a way to safely and completely flush the ZODB caches so that even instances of products at the root folder can be refreshed. Check out version 0.2! http://www.zope.org/Members/hathawsh/Refresh/index_html > Many thanks for very useful product, with my hardware (AMD 486DX 100) is restarting > Zope a very time-consuming process. Although that is a good use for Refresh, I created it with the intentions of it being used even on production sites where restarting the server is to be avoided. Another interesting use: there is an issue with ZEO clients and product initialization; you can use Refresh to solve it. Feedback is appreciated. Shane

1 0

How to avoid ConflictErrors ?
by morten＠esol.no 29 Jan '01

29 Jan '01

Hi zopers, I'm having problems with a product I'm developing. The product is part of the ZopeGUM package, the GUM product. If you have a look in gum.py in that product, you can see a method named _retrieve_messages, which can at times store enourmous amounts of objects and data in one transaction. Now, if I access the GUM instance at the same time as this method is being called, I may either get a ConflictError raised in the page, or in the Zope debug output. I've read all the posts I could find regarding ConflictErrors, and they mention that careful programming could help in avoiding these exceptions. I'm assuming that this applies only to whenever two threads are trying to *modify* the same object; and frankly, I can't see where I'm modifying any objects, unless modifying one object, an rfc822_message instance in a message_container instance also somehow modifies the message_container. Any idea what I'm doing wrong? Thanks & cheers, Morten

3 4

Re: [Zope-dev] 2.3.0 release badness
by Adrian Hungate 29 Jan '01

29 Jan '01

Does the same occur if you serve using something else ('DTML Method', 'File', 'ZStyleSheet' etc) I have noticed problems with Netscapes handling of Text/CSS stylesheets. It appears that long or particularly complex stylesheets that can be (And here is the kicker) downloaded too quickly, do not seem to complete correctly and for me they have even resulted in Netscape locking up (Linux and Win32). Admitedly, my stylesheets were HUGE! :) - I was trying to break my ZSytleSheet product and was browsing the sheet using Netscape on the server. I don't know if this is related... Adrian...

1 0

Re: [Zope-dev] 2.3.0 release badness boundary="------------F1F4CF9CD0D0AF0E5520717B"
by Dieter Maurer 29 Jan '01

29 Jan '01

richard(a)bizarsoftware.com.au writes: > This is a multi-part message in MIME format. > --------------F1F4CF9CD0D0AF0E5520717B > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit Do you already know that we do not like MIME messages in this list? > I've just updated to 2.3.0 release using CVS. My CSS serving has > subsequently broken. The CSS serving worked fine with the CVS code from > 2.3.0b2. I didn't get to check b3 - we had a public holiday on Friday and > that meant that the one working day assigned to the b3 release was lost to > me (and _most_ other Australians). Anyway, that's a separate issue ... This was explained recently in this list. The list has a searchable archive. You will find there an URL to the precise description of the Netscape bug. Dieter

1 0