In my case, it was a https website.  However, in testing, it was happening
on a normal http website as well.  It was something I ruled out trying to
find the problem.

Best Regards
Bob Irwin
Server Admin & Web Programmer
Planet Netcom
----- Original Message -----
From: "Andre Dubuc" <[EMAIL PROTECTED]>
To: "php list" <[EMAIL PROTECTED]>
Sent: Monday, March 10, 2003 10:44 AM
Subject: Re: [PHP] strange behaviour with login page


> Hi Steve,
>
> Just out of curiosity, when you mention "implement a user authentication
> process where users can click on an external link to my site" are you
using
> the https protocol?
>
> I had similar bizarre behavior with IE using a "Confirmation Required'
> script. Worked great at home (localhost), with apache, linux, et al, but
with
> IE sometimes it worked, most often not.
>
> I finally traced the route of my problem to the https protocol. I found
this
> quite by mistake -- AOL, Hotmail, and Yahoo users were not being
redirected
> to my site. Almost exactly the same problem occurred as you describe: if I
> clicked the link twice, it sometimes worked. (Btw, I lost a lot of
> registrants because of this problem. I finally dumped the whole thing, and
> now, users once registered, go immediately to specified areas of the site.
> Apparently, with AOL, Yahoo, Hotmail users the https protocol is
'optional'
> or 'premium' or somesuch idiocy!)
>
> If you do find the root of your problem, would you be so kind as to drop
me
> an email with your resolution -- I'd like to get my little script to work.
>
> Hth,
> Andre
>
>
> On Sunday 09 March 2003 06:18 pm, you wrote:
> > I have seen this as well.  Try using netscape or an earlier version of
IE
> > and you will probably find it will work without issue.  I posted about
this
> > many moons ago and unfortunately didn't get a solution.  I can't recall
the
> > specifics of when it was doing it (and if I remember correctly,
sometimes
> > it would work and sometimes it wouldn't - in the context of a members
area
> > where sessions are used - some pages worked, others didn't - same
sessions
> > method), but on some servers, we had no issues (exactly the same
versions
> > of linux, php etc) and others this happens.  There must have been some
sort
> > of variation at our end, but we couldn't see it.
> >
> > We upgraded to PHP Version 4.2.3, and this fixed it.
> >
> > Sorry I can't give you any more info.  At the time I was having the
> > problem, I was under a tight schedule and didn't have time to track down
> > possible causes.  As I said, the upgrade helped us (also fixed a few
mysql
> > query caching problems we were having too - caused a few GD ones
though).
> > My guess is that its some sort of cookies problem with windows IE 6 (as
> > that was the only browser I saw the problem on).
> >
> > Best Regards
> > Bob Irwin
> > Server Admin & Web Programmer
> > Planet Netcom
> >
> > If anyone has come across a similar problem to the one described below,
and
> > has a solution I'd be really grateful if you can help me out.
> >
> > I'm trying to implement a user authentication process where users can
click
> > on an external link to my site. If they're not logged in they get
presented
> > with a login dialog. Once they log in they're redirected onwards to the
> > page they initially wanted to visit.
> >
> > The system I have in place at the moment handles authentication using
> > sessions. The bizarre thing is, while everything seems to work on my
home
> > pc (windows & iis web server, php 4.2.1), on the host server (linux,
> > apache, php 4.1.2) I get the login screen twice before I get redirected.
My
> > hunch is that it's something to do with when session variable become
> > available after registering them. (I'm using the sesssion management
> > functions built in to php 4).
> >
> > TIA
> >
> > Steve
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
> Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
>


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to