Netscape/Zope cache problem - view frame source
I'm currently editing my Zope site with Netscape 4.7/Linux, and I'm having really weird problems with "view frame source". I usually develop with two netscape windows, the first editing a DTML method and the second viewing it. When I "break" the DTML method and refresh, I get an error message in the second window, but when I click "View Frame Source" to look at the error message (or View Source if I'm not inside of the Zope GUI), Netscape shows me the source of the last successful run of that DTML method. I've tried playing with different cache options in Netscape, and in order to make it show me the source of the failed method, I must go into Preferences and hit "Clear Memory Cache" and "Clear Disk Cache". Has anyone else experienced this problem, and if so, have you found a workaround? I'm running the libc5 version of Netscape 4.7 on a Debian Linux box with Zope 2.0.0. -- Stephen Pitts smpitts@midsouth.rr.com webmaster - http://www.mschess.org
I'm currently editing my Zope site with Netscape 4.7/Linux, and I'm having really weird problems with "view frame source". I usually develop with two netscape windows, the first editing a DTML method and the second viewing it. When I "break" the DTML method and refresh, I get an error message in the second window, but when I click "View Frame Source" to look at the error message (or View Source if I'm not inside of the Zope GUI), Netscape shows me the source of the last successful run of that DTML method.
This seems to be a general problem with Netscape. I usually work around it by adding some random parameter to the end of the URL and retrying the request (e.g. stick ?x=1 on the end of the URL, or if there are already some parameters use &x=1 instead). Unfortunately this doesn't work too well if you are using the view tab on the management interface, you really have to use a separate window. -- Duncan Booth duncan@dales.rmplc.co.uk int month(char *p){return(124864/((p[0]+p[1]-p[2]&0x1f)+1)%12)["\5\x8\3" "\6\7\xb\1\x9\xa\2\0\4"];} // Who said my code was obscure? http://dales.rmplc.co.uk/Duncan
participants (2)
-
Duncan Booth -
Stephen Pitts