Sir I am trying to upgrade my installation but while upgrading the script asks for login and when I enter my login details it shows invalid username and password. Is there any other way to upgrade without logging in? Please Help.
I had the same problem on my home server, XAMPP useing Firefox 3.6.6. Yes the login and pw were correct. After going round in circles I changed browser to IE8 and no problems. Was a tad strange.........
I have not lost my password the password is the same. And I checked your code is this problem because of the change in the method of hashing of password? And what about the other users on my site do they have to change the password as well?
I did not encounter this issue on any of my updates. I have no idea what could be wrong that a valid password stops working. Really sure that there is no typo? Did you really used the same settings? Note if you change for some reason the database prefix you get a fresh install. Best you take a look at your database directly.
To reset the password you can either enter the Captcha values then the reset links gets mailed to your or you have to follow the instructions on the troubleshooting.
I installed two seperate installations one with 1.3.1.2 and the other with 1.4. In both the installations I used the password as "pass" but in 1.3.1.2 the password was encrypted as "25e4ee4e9229397b6b17776bfceaf8e7" and in 1.4 it was encrypted as "a130d64d35fb4579a32f1948c759e01e". This shows that the encryption method has been changed and maybe because of this it is creating a problem for me.
The method (algorithm) of password encryption has not changed between 1.3.1.2 and 1.4 (or any time recently, actually.) There is, howwever, a "seed" value for the hash. If you inadvertantly changed the seed, the password hashing would of course be different.
Upgrading will not change the seed. Only either accidentally changing the option or somehow removing the option from the database would do that.
I have the same problem! Help! I've upgraded, and no one one can access the albums -- the usernames and passwords stopped working!
I went to Troubleshooting page, but this is no help.
The "16.I forgot my admin password, now what do I do?" instructions do not work. They mention deleting "Administrators" table. When I do so, it asks to "rerun setup". How do I rerun setup? There is no "zp_core/setup.php" anymore, since the setup conviniently deleted that. When I've added back zo_core folder from the distro, I get an error below from navigating to "zp_core/setup.php".
Please, HELP!
- Igor
Notice: Zenphoto processed a 404 error on /photo/zp_core/setup.php. See the debug log for details. in /home/lubashe1/public_html/photo/zp-core/functions.php on line 2097
Warning: Cannot modify header information - headers already sent by (output started at /home/lubashe1/public_html/photo/zp-core/functions.php:2097) in /home/lubashe1/public_html/photo/index.php on line 179
Warning: Cannot modify header information - headers already sent by (output started at /home/lubashe1/public_html/photo/zp-core/functions.php:2097) in /home/lubashe1/public_html/photo/index.php on line 180
Fatal error: Call to a member function getName() on a non-object in /home/lubashe1/public_html/photo/zp-core/zp-extensions/html_meta_tags.php on line 166
The point of running setup again is to recreate the table as it should be. If the setup files have been deleted, you will have to re-upload them. By the way, deleting the setup files after running setup is a good thing; they can be a security risk if left.
Based on your 404 error, it looks like you were trying to access `zp_core/setup.php`. The correct link should be `zp-core/setup.php`. If you have uploaded the files correctly, then there shouldn't be a 404 error at all.
Comments
Yes the login and pw were correct.
After going round in circles I changed browser to IE8 and no problems.
Was a tad strange.........
I have not lost my password the password is the same. And I checked your code is this problem because of the change in the method of hashing of password?
And what about the other users on my site do they have to change the password as well?
To reset the password you can either enter the Captcha values then the reset links gets mailed to your or you have to follow the instructions on the troubleshooting.
In both the installations I used the password as "pass"
but in 1.3.1.2 the password was encrypted as "25e4ee4e9229397b6b17776bfceaf8e7"
and in 1.4 it was encrypted as "a130d64d35fb4579a32f1948c759e01e".
This shows that the encryption method has been changed and maybe because of this it is creating a problem for me.
Upgrading will not change the seed. Only either accidentally changing the option or somehow removing the option from the database would do that.
I went to Troubleshooting page, but this is no help.
The "16.I forgot my admin password, now what do I do?" instructions do not work. They mention deleting "Administrators" table. When I do so, it asks to "rerun setup". How do I rerun setup? There is no "zp_core/setup.php" anymore, since the setup conviniently deleted that. When I've added back zo_core folder from the distro, I get an error below from navigating to "zp_core/setup.php".
Please, HELP!
- Igor
Notice: Zenphoto processed a 404 error on /photo/zp_core/setup.php. See the debug log for details. in /home/lubashe1/public_html/photo/zp-core/functions.php on line 2097
Warning: Cannot modify header information - headers already sent by (output started at /home/lubashe1/public_html/photo/zp-core/functions.php:2097) in /home/lubashe1/public_html/photo/index.php on line 179
Warning: Cannot modify header information - headers already sent by (output started at /home/lubashe1/public_html/photo/zp-core/functions.php:2097) in /home/lubashe1/public_html/photo/index.php on line 180
Fatal error: Call to a member function getName() on a non-object in /home/lubashe1/public_html/photo/zp-core/zp-extensions/html_meta_tags.php on line 166
Based on your 404 error, it looks like you were trying to access `zp_core/setup.php`. The correct link should be `zp-core/setup.php`. If you have uploaded the files correctly, then there shouldn't be a 404 error at all.