Hi John,

You mention that it is a login script and that input is rejected. Is it
rejected when it is initially typed in, or is it reported as rejected when
ensuing pages are served?

Please check the IE on the offending machine. Does it have security settings
that forbid cookies?

Check the ipconfig/all settings against other machines/check any contents of
HOSTS file (and the other MS one, if used)

Check execution of phpinfo() against similar on other/working machines.


> Tuesday, December 10, 2002, 2:31:48 AM, you wrote:
> >> Have you checked:
> >>
> >> Browser versions? (is the browser the same type/version as on the other
> >> machines)
> >> Is it a laptop? If so, are you using the internal keyboard with Numlock
> 1JWH> on?
> >> Is the machine in question set-up on the network correctly, i.e. has it
> 1JWH> got
> >> domain, gateway addresses etc setup - this would only affect it if the
> >> Intranet server is set-up to only allow a certain range of IP addresses
> >> doamin/hostnames etc.
> 1JWH> Browser's are the same (128bit). It's not a laptop. The web page can
pull up
> 1JWH> any other external web page correctly.
> 1JWH> What gets me is that the computer can pull up the log in page. It
can pull
> 1JWH> up another, unprotected page from that web server. But, no matter
who tries
> 1JWH> to log in from that machine, I get a bad username and password, even
> 1JWH> they are right. It's like the browser is sending bad data to a
script that
> 1JWH> works fine from every other computer.
> 1JWH> Anyone else have any other ideas?
> 1JWH> ---John Holmes...
> >> I know, PHP is executed server side, so it shouldn't matter about the
> >> computer, but...
> >>
> >> I've got a basic log in script that takes username and password and
> 1JWH> the
> >> typical SELECT to find a match. If it's good, it sets some session
> 1JWH> variables
> >> and redirects to a main page, otherwise redirects back to the login
> >> with an error message.
> >>
> >> The script works from all computers but one. The login page will come
> >> but no matter what, it says the username and password are bad. They are
> >> correct though, caps lock isn't on, etc. I've cleared the cookies and
> 1JWH> cache
> >> and it still does the same thing.
> >>
> >> The script is on an intranet. One computer that had this issue was
> 1JWH> by
> >> using https://computername.company.army.mil instead of just
> >> https://computername. But for this computer, both addresses give the
> >> result.
> >>
> >> So, I'm sure it's not the PHP script, so I'm looking for ideas of what
> >> should check, settings wise, on the client computer? Any help is
> >> appreciated.

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

Reply via email to