this looks like the same problem that we saw with a few other browsers, such as konqueror or some IE5 versions. the issue here is that the right hand pane, manage_main, does not explicitly ask the browser for authentication info, it expects this info to be sent automatically. which all other browsers gladly do (IE 5 has been fixed, and so has konqueror). lacking any auth info manage_main resorts to giving the user whatever it can show to anonymous, which is index_html. what i am trying to say is that OmniWeb's behavior about sending auth info is out of line with the other browsers' behavior. the omni guys should clean that up. jens (using OS X at home and at work and resorting to IE5 / NS on classic to do any zope-related work) On 4/26/01 6:31, "Tony McDonald" <tony.mcdonald@ncl.ac.uk> wrote:
On 26/4/01 10:41 am, "tom smith" <tom@othermedia.com> wrote:
hi all
just reporting a strange bug when trying to manage zope using OmniWeb ( a non too shabby (non-MS) browser on OSX). The left-hand and top frame work fine, but in the right-hand frame where my DTMLMethods and Folders should be I get the results of the index_html for that folder. That is...what the folder would look like if I was viewing it.
This means I can't use OmniWeb to edit zope sites. I've never seen this kind of bug before ever...
does anyone have a fix? .... or even care :-) ?
cheers
tom
I care! :) I've got OS-X and it's excellent. Preview IE is not up to snuff for my Zope work, so I went to Omniweb. Their Omnigraffle program is dead neat (I bought it!) so hope they'll get this fixed soon.
Tone.