[Zope-CMF] Login Problems

ken bolton kbolton@sputnik7.com
Mon, 20 Aug 2001 17:22:09 -0400


This is a multi-part message in MIME format.

------=_NextPart_000_01F4_01C1299C.A4CADDC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

I'm getting awfully peculiar behaviour out of several CMF instances. =
I've hacked standard_html_header in one instance with a dtml-if to check =
if you are logged in to the CMF or not. If you aren't logged in, it goes =
to the dtml method anon_login, the login_form without =
standard_html_header, with the form submitting to logged_in minus =
standard_html_header and redirecting to index_html upon authentication. =
This worked for several months.

So I noticed in testing recently that IE on the Mac wasn't going to =
logged_in. I rolled back a bunch of these methods to previous versions =
to see if that would get rid of the bug.No dice, so I brought it all =
back up to date.=20

Here is the kicker: Now when I go to anon_login in IE on either PC or =
Mac, it tells me my password is wrong. I can go in through the ZMI or =
Netscape to the CMF instance so I know that the passwd and login are =
correct, and that the logic works (on some browsers).=20

Fortunately this isn't yet a production site (though we do have a demo =
on Wednesday). Any ideas, clues, hints, or wishes of luck are much =
appreciated.

ken

------=_NextPart_000_01F4_01C1299C.A4CADDC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I'm getting awfully peculiar behaviour =
out of=20
several CMF instances. I've hacked standard_html_header in one instance =
with a=20
dtml-if to check if you are logged in to the&nbsp;CMF&nbsp;or not. If =
you aren't=20
logged in, it goes to the dtml method anon_login, the =
login_form&nbsp;without=20
standard_html_header, with the form&nbsp;submitting to logged_in minus=20
standard_html_header and redirecting to index_html upon authentication. =
This=20
worked for several months.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>So&nbsp;I noticed in testing recently =
that IE on=20
the Mac wasn't&nbsp;going to logged_in. I rolled</FONT>&nbsp;<FONT =
face=3DArial=20
size=3D2>back a bunch of these methods to previous versions to see if =
that would=20
get rid of the bug.No dice, so I brought&nbsp;it all&nbsp;back up to =
date.=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Here is the kicker: Now when I go to =
anon_login in=20
IE on either PC or Mac, it tells me my password is wrong. I can go in =
through=20
the ZMI or Netscape to the CMF instance so I know that the passwd and =
login are=20
correct, and that the logic works (on some browsers). </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Fortunately this isn't yet a production =
site=20
(though we do have a demo on Wednesday). Any ideas, clues, hints, or =
wishes of=20
luck are much appreciated.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>ken</FONT></DIV></BODY></HTML>

------=_NextPart_000_01F4_01C1299C.A4CADDC0--