As the issue felt as a cookie-issue to me, I had to install a cookie-viewer in Firefox.
After I installed the add-on, I had to restart Firefox to enable the cookie viewer. I did so and navigated back to my zenphoto admin login page.
To my surprise, the login now worked.
My advise for users: close your browser (not only the tab, but the complete browser)
My advise for the developers: please check how initial cookie is generated.
New user - assessing ZenPhoto for my website. No issues with the original ZenPhoto install I did a few days ago, prior to this version release.
Did an upgrade of ZenPhoto to this latest version, as per instructions, and experienced the no-login issue. Followed instructions to reset passwords and successfully reset password but still couldn't log in.
To rule out cookie issue, I attempted to login using other browsers I hadn't used with ZenPhoto. I run IE, Firefox, Chrome, Safari, and others due to my job duties but Chrome is my primary so I could easily test that in my case it wasn't a cookie issue.
As to dropping admin table and running the setup again, note that the install procedure recommends deleting the setup files once the install is complete. In my case, it's just a test install with no galleries or users, so it's not a big deal to delete the test folder, wipe the database, and start from scratch.
Yes, it is recommended to delete setup files. But it is not that big issue to reupload those again I think.
I have no idea about the login issue and I did not encounter it on our own site, my test install and local ones. Since we get these report often we hopefully will find out what might go wrong here.
Update: I attempted to reupload the setup folder only but that failed. I briefly attempted to look for any additional needed files (like setup.php)and uploaded those but when that failed with a missing file error, I decided to wipe the folder and upload the entire installer from scratch.
At this point the database was still in place, without the admin table (deleted).
I ran the setup process successfully but the login issue was still there.
So I deleted the database and db user, recreated the DB plus DB user and re-ran the setup. Still failed to login.
I'm going to wipe the folder and the DB and start from clean. Will post results as soon as it's completed.
I deleted the zen folder from the server, deleted and recreated the MySQL database, reuploaded from a fresh download from the website (tar file), reinstalled without issues, emptied cookies, still the same error. I tried from a from an iPad to make sure as I hadn't used it before but still got the login error.
So I reset the password to something shorter and got the same error.
The next thing I tried I cannot verify 100% as I'm getting rushed to get some house duties completed and my 3 yr old is making my brain hurt, lol, but it seems my version.php file had an extra line at the end. I checked the originals, both the zip and tar files, and the extra lines were not there. So I modified my copy and uploaded it and the login worked. Again, this might be an issue on my end, but I don't have time to reupload and reverify.
One thing I did notice and can confirm: both CAPTCHA and the user name are case sensitive. This really threw me off for a loop a few times until I noticed they are indeed case sensitive. I tested this with IE, Firefox, and Chrome on Win7 and Safari on iPad.
For anyone having problems loggin into the 1.4.1 release please do the following:
Edit line 22 of global-definitions.php and change the define to true. Delete any debug_log.txt file that might be in your zp-data folder. Make your attempt to log in.
This will create a log of what exactly has happened on the login.
FYI: Had the same problem. Solution for me was a new password that contained characters from the following groups: capital letter, small letter, number and special character.
To developer: If you set constraints to password, please validate new passwords to avoid lockouts. Also update information box on the password reset page as it suggests only two character groups ({A-Za-z0-9}, {~!@#$%&*_+`-(),.\^'"/[]{}=:;?|}).
Best regards,
Kaarel
The suggestion is just a suggestion within the field as you can edit it to include or exclude yourself. The information text does not suggest any group specifially, it refers to the values set:
Quote:Passwords must contain at least one of the characters from each of the groups. Groups are separated by "|". (Use "|" to represent the "|" character in the groups.)
About maybe missing validation (not familar with the password stuff) please open a ticket. Otherwise this gets lost.
Sorry, instead set DEBUG_404 to true.
The password option applies only to creating new/changing old passwords. If you already have a password which does not meet the standards it will still work (but may not be so secure.) The box does exactly tell you what character groups are required, so I do not understand your comment. Besides which, you can set the criteria to whatever you choose.