Mozilla 1.3 and Zope 2.5.1 manage not working nicely
Folks - Noticing that the manage function with Zope 2.5.1 and Mozilla 1.3 do _not_ work together. I recall that even with earlier builds, Mozilla wants case sensitivity with some aspect of authentication, whereas the RFC doesn't have that restriction - Will upgrading Zope fix this problem? Thanks! -Charles
Hrm, I've got Moz 1.3 (Win32) and have been connecting just fine to my 2.5.1 server... (and 2.6.1 test server) What is "not working" exactly? Charles Y. Choi wrote:
Folks -
Noticing that the manage function with Zope 2.5.1 and Mozilla 1.3 do _not_ work together. I recall that even with earlier builds, Mozilla wants case sensitivity with some aspect of authentication, whereas the RFC doesn't have that restriction - Will upgrading Zope fix this problem?
Thanks!
-Charles
_______________________________________________ Zope maillist - Zope@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 )
Chris Beaven wrote:
Hrm, I've got Moz 1.3 (Win32) and have been connecting just fine to my 2.5.1 server... (and 2.6.1 test server) What is "not working" exactly?
I am using Mozilla almost exclusively, and I have no problems. I am not yet running 1.3 final, but 1.3 RC3 runs nicely. regards Max M
Chris Beaven wrote:
Hrm, I've got Moz 1.3 (Win32) and have been connecting just fine to my 2.5.1 server... (and 2.6.1 test server) What is "not working" exactly?
Sorry, my last message was not precise enough: I get intermittent problems with instantiating new objects in Zope 2.5.1. using Mozilla 1.3. What will happen is that I will get unrendered HTML code in multiple panes and a message that a global name is not defined such as: NameError: global name 'SonicsBookmark' is not defined where SonicsBookmark is a locally defined ZClass product. Any thoughts on this would be greatly appreciated. Thanks! -Charles
Charles Y. Choi wrote:
Chris Beaven wrote:
Hrm, I've got Moz 1.3 (Win32) and have been connecting just fine to my 2.5.1 server... (and 2.6.1 test server) What is "not working" exactly?
Sorry, my last message was not precise enough:
I get intermittent problems with instantiating new objects in Zope 2.5.1. using Mozilla 1.3. What will happen is that I will get unrendered HTML code in multiple panes and a message that a global name is not defined such as:
NameError: global name 'SonicsBookmark' is not defined
where SonicsBookmark is a locally defined ZClass product.
Any thoughts on this would be greatly appreciated.
I've got similar problems with Zope 2.5.1 and Mozilla 1.3 under Linux. Sometimes the HTML code is not rendered and sometimes a gif is not displayed. I haven't got this problems if I use Mozilla 1.3 under Windows or if I use the beta of Mozilla 1.3. My first thought was that the problem might have something to do with caching in Mozilla, so I disabled disk and memory caching in the Browser, but this didn't help. Currently I don't know where the problem is (Mozilla or Zope). Stefan
So here's an example of the unrendered code that shows up in a managed frame using Mozilla 1.3 and Zope 2.5.1. rc/lib/python/ZPublisher/HTTPResponse.py, line 533, in unauthorized Unauthorized: (see above) -->HTTP/1.1 401 Unauthorized Server: Zope/(Zope 2.5.1 (source release, python 2.1, linux2), python 2.1.3, linux2) ZServer/1.1b1 Date: Wed, 19 Mar 2003 08:33:22 GMT WWW-Authenticate: basic realm="Zope" Bobo-Exception-File: /home/sonnet/zope/Zope-2.5.1-src/lib/python/ZPublisher/HTTPResponse.py Bobo-Exception-Type: Unauthorized Content-Type: text/html Bobo-Exception-Value: bobo exception Etag: Content-Length: 1007 Bobo-Exception-Line: 533 *You are not authorized to access this resource.* This was in another frame: , in traverse File /home/sonnet/zope/Zope-2.5.1-src/lib/python/ZPublisher/HTTPResponse.py, line 533, in unauthorized Unauthorized: (see above) --> ------------------------------------------------------------------------ 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. HTTP/1.1 200 OK Server: Zope/(Zope 2.5.1 (source release, python 2.1, linux2), python 2.1.3, linux2) ZServer/1.1b1 Date: Wed, 19 Mar 2003 08:33:27 GMT Content-Type: text/html Etag: Content-Length: 7428 -Charles
Charles Y. Choi wrote:
So here's an example of the unrendered code that shows up in a managed frame using Mozilla 1.3 and Zope 2.5.1.
rc/lib/python/ZPublisher/HTTPResponse.py, line 533, in unauthorized Unauthorized: (see above) -->HTTP/1.1 401 Unauthorized Server: Zope/(Zope 2.5.1 (source release, python 2.1, linux2), python 2.1.3, linux2) ZServer/1.1b1 Date: Wed, 19 Mar 2003 08:33:22 GMT WWW-Authenticate: basic realm="Zope" Bobo-Exception-File: /home/sonnet/zope/Zope-2.5.1-src/lib/python/ZPublisher/HTTPResponse.py Bobo-Exception-Type: Unauthorized Content-Type: text/html Bobo-Exception-Value: bobo exception Etag: Content-Length: 1007 Bobo-Exception-Line: 533 *You are not authorized to access this resource.*
Hi, seems to be a problem of Mozilla 1.3 final. Some code which handles pipelines while redirecting seems to got broken after 1.3b. There are already several reports in the Bugzilla. No Zope-Problem at all... -mj
I've seen this. What (I think) is going on is that add form for the ZClass has the add method's name for the action. A BASE HREF in the body area has the full URL of the factory, terminating with a slash -- as if it was a folder. Mozilla then tacks the add method's name on the end: "...factory/add_method", which fails. IE seems to do the wrong thing, (though it works) taking the name of the factory off the path, then appending the add method's name. This does not happen all the time, it even seems to be platform dependent. But in my mind the villain is the BASE HREF's slash after the factory name. I've fixed this by making my add forms figure out a correct absolute url for the add method. But it ought not to be necessary. Steve Charles Y. Choi wrote:
Chris Beaven wrote:
Hrm, I've got Moz 1.3 (Win32) and have been connecting just fine to my 2.5.1 server... (and 2.6.1 test server) What is "not working" exactly?
Sorry, my last message was not precise enough:
I get intermittent problems with instantiating new objects in Zope 2.5.1. using Mozilla 1.3. What will happen is that I will get unrendered HTML code in multiple panes and a message that a global name is not defined such as:
NameError: global name 'SonicsBookmark' is not defined
where SonicsBookmark is a locally defined ZClass product.
Any thoughts on this would be greatly appreciated.
Thanks!
-Charles
_______________________________________________ Zope maillist - Zope@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 )
-- ______________________________________________________ Steve McMahon Reid-McMahon, LLC steve@reidmcmahon.com steve@dcn.org
participants (6)
-
Charles Y. Choi -
Chris Beaven -
Maik Jablonski -
Max M -
Stefan Loidl -
Steve McMahon