One of my friend had a problem too at first upon upgrading. But he managed to fix it. I wish I know how he do it but I'm not a techie guy.

I can shot him an email maybe he can help you anh.

Did a fresh install just an hour ago. Downloaded the latest version from your website. I experience the same issues: I cannot login.

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.

Quote:One thing I did notice and can confirm: both CAPTCHA and the user name are case sensitive
Of course they are! But you can limit the characters that are used in the captcha if you wish. See its options.

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.

Ok, I enabled the login debug on a fresh install of the 6-23 trunk. How would you like the debug text?

I can't login. It is successful in the debug log but then I get a 404 upon redirect.

If you also set the "DEBUG_ERROR" define to true it will record the particulars of the 404 error in the debug log as well.

micheall
Best to e-mail me the log. Not sure what sensitive data is in it.

I set DEBUG_ERROR to true, but no log was created.

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.

I already changed my password to meet those requirements and that is when the 404 error started happening. Now I can't login to my site nor can my clients whose photo albums I post there for previewing.

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.

I set DEBUG_404 to true but no log file is being written. Could it be because I am running on a Windows server?

No. But it does mean that Zenphoto is not involved in the error.

Why why why did I try to upgrade?

still cant login after doing everything that was posted in this thread.

what do I do with the debug files?