ID: 43667
Updated by: [EMAIL PROTECTED]
Reported By: php dot 5 dot lpatrick at spamgourmet dot com
-Status: Open
+Status: Feedback
Bug Type: *Encryption and hash functions
Operating System: Windows
PHP Version: 5.2.5
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
>Reproduce code:
>crypt ('password','%r')
You can't be serious.
Previous Comments:
------------------------------------------------------------------------
[2007-12-24 15:00:58] php dot 5 dot lpatrick at spamgourmet dot com
Description:
------------
See also 'bogus' bug using 'x_' as salt
Is there a compatibility switch we can use to test against the 'old &
wrong' Windows crypted password?
Because I have this issue going from 5.1 to 5.2.5 where hundreds of
users will not be able to log in because the crypted password doesn't
match.
If I could check (temporarily) using the compatibility switch, I can
then update the crypted password in the DB for future reference.
Thank you!
Patrick
Reproduce code:
---------------
crypt ('password','%r')
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=43667&edit=1
