It doesn't appear to be cookie settings either, nor auto-fill in. I do not have auto-complete running; when I log in under an affected users account, the stored md5($plain_password) does not match the submitted md5($plain_password).
Could it be perhaps that md5() works differently with integers vs. a text string? God knows at this point, --Noah "Travis Low" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Besides checking the browser cookie settings, have one of the affected users > turn off the auto-fill form feature, then tell the browser to forget all saved > form information. Let us know what happens. > > cheers, > > Travis > > CF High wrote: > > Re: the browser track, it looks like all adversely affected users; i.e. > > those who can no longer log in, have a browser of I.E. 6.0. > > > > I know that in many cases I.E. 6.0 has session and cookie vars disabled by > > default. > > > > Is it possible, a long, long shot, that rand() behaves differently in I.E. > > 6.0 -- I know PHP is server side, but I'm looking for any clues.... > > > > --Noah > > > > > > "John W. Holmes" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED] > > > >>CF High wrote: > >> > >> > >>>If anyone has any clues as to what might be happening; i.e. why the > > > > md5'd > > > >>>submitted plain text password does not match the stored md5'd password, > >>>please, please let me know. > >> > >>md5() results in a 32 character string. What kind of field are you > >>storing it in? > >> > >>-- > >>---John Holmes... > >> > >>Amazon Wishlist: www.amazon.com/o/registry/3BEXC84AB3A5E/ > >> > >>php|architect: The Magazine for PHP Professionals – www.phparch.com > > > > > > -- > Travis Low > <mailto:[EMAIL PROTECTED]> > <http://www.dawnstar.com> -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php