manage_workspace => index_html
My workspace keeps being redirected to index_html.... Example: http://host/manage_workspace redirects me to http://host/ Likewise, http://host/pi/manage_workspace redirects me to http://host/pi/ I don't understand it, but I see that netscape navigator doesn't seem to have this problem. But Mozilla and Lynx does! Here is some output from lynx: lynx -head -source -nopause -auth=id:pass http://linuxasm.gerf.org:9673/manage_workspace HTTP/1.0 302 Moved Temporarily Server: Zope/Zope 2.3.2 (source release, python 1.5.2, linux2) ZServer/1.1b1 Date: Mon, 14 May 2001 20:28:12 GMT Bobo-Exception-File: /usr/lib/zope/lib/python/App/Management.py Bobo-Exception-Type: Redirect Location: http://linuxasm.gerf.org:9673/index_html Bobo-Exception-Value: http://linuxasm.gerf.org:9673/index_html Content-Length: 0 Bobo-Exception-Line: 152 X-Cache: MISS from lego.gerf.net X-Cache-Lookup: MISS from lego.gerf.net:3128 Proxy-Connection: close What's going on? Is this a Mozilla problem? If so, why is lynx doing the same? How should I go about trouble shooting it? Versions: Mozilla: newer than 0.9 (nightly build from today) Lynx: 2.8.3rel.1 Netscape: 4.77 Zope: 2.3.2-2 (debian) Ciao! -- There is no sweeter sound than the crumbling of your fellow man. -- Groucho Marx The Doctor What: <fill in the blank> http://docwhat.gerf.org/ docwhat@gerf.org KF6VNC
On Mon, 14 May 2001, The Doctor What wrote:
What's going on? Is this a Mozilla problem?
Yes.
If so, why is lynx doing the same?
Because lynx is broken too.
How should I go about trouble shooting it?
The problem is the client does not provide the right Basic authentication credentials for the frame like it's supposed to. Zope then assumes that you are just an anonymous user, and shows you the only 'managment tab' you have permission to see, 'View'. If I recall, this have been broken an fixed in mozilla a few times now. Other browsers do this wrong too, like w3m. -Michel
Michel Pelletier wrote:
If I recall, this have been broken an fixed in mozilla a few times now. Other browsers do this wrong too, like w3m.
If so many browsers do this wrong (the list seems to currently be IE, Mozilla, Lynx and W3M... at Netscape and you'll have about 99% coverage ;-) maybe it's Zope that's wrogn by way of being in the minorty? peanut-gallery-ly yours, Chris
On Tue, 15 May 2001 09:50:37 +0100, Chris Withers <chrisw@nipltd.com> wrote:
Michel Pelletier wrote:
If I recall, this have been broken an fixed in mozilla a few times now. Other browsers do this wrong too, like w3m.
If so many browsers do this wrong (the list seems to currently be IE, Mozilla, Lynx and W3M... at Netscape and you'll have about 99% coverage ;-) maybe it's Zope that's wrogn by way of being in the minorty?
I suspect that there are also some caching issues contributing to this problem. I see this occasionally in IE, but very very rarely and control-F5 (to refresh the page) always makes it go away. Toby Dickenson tdickenson@geminidataloggers.com
On Tue, 15 May 2001, Chris Withers wrote:
If so many browsers do this wrong (the list seems to currently be IE, Mozilla, Lynx and W3M... at Netscape and you'll have about 99% coverage ;-) maybe it's Zope that's wrogn by way of being in the minorty?
peanut-gallery-ly yours,
The problem is, there is no way to "fix" zope to compensate for what the browsers (aren't) doing, when you are talking about basic auth. The issue is, the ZMI (and probably a fair number of zope apps) want to present different information to the viewer depending on "who the viewer is". To know who the viewer is, in a session-less protocol, means that the client has to tell the server its identity at the start of every transaction. Now, with cookie based authentication we can just look to see if the cookie exists, because we always get passed that info. The same is true with Basic Authentication, *if and only if* the client always sends the basic auth info with the transaction. Which is why (my understanding is) the http standard requires that basic auth info always be sent by the client. And thus Mozilla, lynx, and w3m *are* broken. Now, if the ZMI were rewritten to be session based, and you used a non-basic-auth based session, you could avoid the problem. Want to volunteer to do the rewrite? <grin> A workaround if you don't need non-Manager access to the ZMI, by the way, is to disallow anonymous access to the 'manage_workspace" method. (On line 139 of the 2.3.2 version of App/Management.py change 'Anonymous' to 'Manager') This only solves the problem for the the ZMI, though; I have application pages that *have* to be anonymously viewable but which I want to have "authed user" versions of, so I'd really like the browsers to get fixed. --RDM
"R. David Murray" wrote:
Now, if the ZMI were rewritten to be session based, and you used a non-basic-auth based session, you could avoid the problem. Want to volunteer to do the rewrite? <grin>
Actually if you install the CMFCore product and put a CookieCrumbler at the root of your site, you get cookie-based authentication with any user folder. (Maybe this should be a "tip" on zope.org?) Shane
On 14 May 2001 15:34:08 -0500, The Doctor What wrote:
My workspace keeps being redirected to index_html....
Example: http://host/manage_workspace redirects me to http://host/
Likewise, http://host/pi/manage_workspace redirects me to http://host/pi/
I don't understand it, but I see that netscape navigator doesn't seem to have this problem. But Mozilla and Lynx does!
With mozilla, please state the version/buildnumber/daily-build-date. I am using the latest 'release' and it works fine here, always has. Bill
* Bill Anderson (bill@libc.org) [010515 14:45]:
With mozilla, please state the version/buildnumber/daily-build-date.
I am using the latest 'release' and it works fine here, always has.
Nightly build 2001051212 still exhibits the problem. 0.9 works fine. Ciao! -- Line Printer paper is strongest at the perforations. The Doctor What: Need I say more? http://docwhat.gerf.org/ docwhat@gerf.org KF6VNC
On 15 May 2001 13:23:30 -0600 you wrote:
My workspace keeps being redirected to index_html....
I don't understand it, but I see that netscape navigator doesn't seem to have this problem. But Mozilla and Lynx does!
Same situation here.
With mozilla, please state the version/buildnumber/daily-build-date.
Mozilla 0.9.2 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628 This is with Zope 2.4.0b3. It's not so bad now, but if Mozilla ever fixes tab handling within textareas, I'm going to want to use it with Zope. --kyler
It's not so bad now, but if Mozilla ever fixes tab handling within textareas, I'm going to want to use it with Zope.
if you are really interested in using the tab with mozilla - because there is no fix needed, read the specifications, where you will find the request to handle tabbing everywhere the same - but i could ask a partner of mine, who changed his mozilla to work with the tab in textareas, for a patch -- Christian Theune - ct@gocept.com gocept gmbh & co.kg - schalaunische strasse 6 - 06366 koethen/anhalt tel.+49 3496 3099112 - fax.+49 3496 3099118 mob. - 0178 48 33 981 reduce(lambda x,y:x+y,map(lambda x:chr(ord(x)^42),tuple('zS^BED\nX_FOY\x0b')))
On Sun, 8 Jul 2001 21:56:51 +0200 you wrote:
It's not so bad now, but if Mozilla ever fixes tab handling within textareas, I'm going to want to use it with Zope.
if you are really interested in using the tab with mozilla=20
I am. Others are too - here and elsewhere. http://bugzilla.mozilla.org/show_bug.cgi?id=29086
- because there is no fix needed,
O.k., so what's the secret? How do you put a tab in a textarea using Mozilla?
read the specifications, where you will find the request to handle tabbing everywhere the same -
It doesn't sound like it's been resolved from what I've read.
but i could ask a partner of mine, who changed his mozilla to work with the tab in textareas, for a patch
I'd appreciate that. Thank you. I'm willing to believe that the knowledge is somewhere in http://www.mozilla.org/unix/customizing.html#keys but I haven't extracted it. I'm waiting to be able to use an arbitrary application (EDITOR) in place of the usual textarea. I'd be thrilled to have vi/emacs/whatever right there. Someday... --kyler
participants (9)
-
Bill Anderson -
Chris Withers -
Christian Theune -
Kyler B. Laird -
Michel Pelletier -
R. David Murray -
Shane Hathaway -
The Doctor What -
Toby Dickenson