On 05-Mar-01 Ken wrote:
> At 04:11 PM 3/5/01 +1300, Simon Garner wrote:
>>From: "Ken" <[EMAIL PROTECTED]>
>> > Why it's bad is that, if the user clicks "cancel", they are not logged
>>out. They have to manually clear the field, THEN OK, then they get prompted
>>AGAIN, THEN they hit cancel. That
> >However, if you want more control over the authentication process I suggest
> >making your own login form and using cookies, instead of HTTP
> >authentication. Then you can log users out just by unsetting the cookie(s).
>
>This is how I will wind up going, EXCEPT the users will be required to
>
>Nope, I'm working with a real client, who has multiple users on
>the same machine, and IE5.5 is installed on it, and, lo and
>behold, though the rest of the browsers work fine, IE5.5 has this
>awful bug.
>
I don't have this session-terminating problem with IE 5.5 when using Apache
and PHP loca
From: "Ken" <[EMAIL PROTECTED]>
>
> Why it's bad is that, if the user clicks "cancel", they are not logged
out. They have to manually clear the field, THEN OK, then they get prompted
AGAIN, THEN they hit cancel. That's nuts, and my users aren't going to
understand that.
>
Why do they need to
On Sun, 04 Mar 2001 15:11:55 -0600 (CST)
Don Read <[EMAIL PROTECTED]> wrote:
>
> On 04-Mar-01 Ken wrote:
> > Thanks for the idea, John.
> >
> > I know about the auth logout. Unfortunately, that means that when a user
> > clicks "logout", he gets a "log in" prompt! And, in IE, he has to
> > de
On 04-Mar-01 Ken wrote:
> Thanks for the idea, John.
>
> I know about the auth logout. Unfortunately, that means that when a user
> clicks "logout", he gets a "log in" prompt! And, in IE, he has to
> deliberately blank out the password field, THEN hit enter, THEN the prompt
> will come again,
6 matches
Mail list logo
