After 5 years Zenphoto never be better.
It's still a failure.
After 1st successful installation and had saved Admin's account once you logout and you can never login anymore.
After installation over and over again the same problem occur.
It means nothing if a photo gallery that just can't login.
It is waste of time downloading and installing it.
Having tried the rest, I find Zenphoto to be the best. If it is installed per the zenphoto guidelines, and not some third party installer, it simply works.
In my case, I untar'ed the 1.3 package directly on my sever and hit "zenphoto/zp-core/setup.php"
Entered in the MySQL info, and admin password (no funny characters), which currently does not work.
Here is the setup log file:
Zenphoto Setup v1.3[5479] Thu, 03 Jun 2010 00:23:52 -0700
warn: PHP magic_quotes_gpc [is enabled] You should consider disabling magic_quotes_gpc. For more information See What is magic_quotes_gpc and why should it be disabled? in the Zenphoto troubleshooting guide.
warn: PHP mbstring package [Your internal character set is ISO-8859-1] Setting mbstring.internal_encoding to UTF-8 in your php.ini file is recommended to insure accented and multi-byte characters function properly.
Completed system check
Setup cookie test successful
Notice: "Module mod_rewrite" is working. The Zenphoto option "mod_rewrite" is "enabled".
magic_quotes being disabled is a requirement while mbstring is actually optional. Probably setup should differ its messages), as stated on our install instructions as well.
http://www.zenphoto.org/2008/08/installation-and-upgrading/
I have also updated that page as we forgot to add imagick as an alternative requirements to GD.
Quote:Entered in the MySQL info, and admin password (no funny characters), which currently does not work.
Not sure I understand. If this does not work, how did you get on with Setup? Anyway, some other information would be useful as well. Was this an install with a fresh database or an upgrade to an existing install. If the latter, how was that install made?
BTW, magic quotes being disabled is a recommendation, not a requirment. In fact, this is less of a problem than the mbstring. Missing mbstring will reduce functionality. Having magic quotes just slows things down.
So, where did these login/passwords come from in the first place? Setup did not produce them. If they originally came from some kind of install script there are all sorts of scenerios whereby they might fail.
At this point you will need to modify the DEBUG_LOGIN define in functions-basic.php to set it to true. It will record the login attempt in the debug log and perhaps give us a clue.
I have a similar no-logon occurrence on ZP installs, both fresh - ie, NEVER installed before on a host account, and updates ( nightly's ) to existing accounts. I was blaming it on godaddy, and since I know how to work around the issue, I was basically ignoring it.
Install proceeds perfectly, no errors on setup log. Go into admin, putz around, make a few changes, add an admin user or two, and change the admin password. ... then logout.
Try to log back in - with admin or admin-rights users, and you cannot. The user / pass is not accepted.
Log back into godaddy MYSQL ajax panel, reset the admin username and pass to the exact same settings , and then you can log in. Happens every time. Dunno why.
I can see how this is frustrating to a new user, I was re-installing, thinking it was MY mistake, until I tried the mysql pass reset trick.
It happends to me too. I install ZP via FTP client direct upload into my root(not via some 3rd. party installer). Everything is fresh, fresh database, fresh uploaded files... After installation go direct into Administration do some changes, add some galleries, add some plugins, add antoher new user as full rights Admin. (It hapends to me before so I wanted to use another user to login). Everything works OK. Refresh a few times database then logout.
After a day, CAN NOT login any more even with the correct User ID and password and tried login with another Admin account.
So please tell me this is not ZP's 5 years long existing problem?
How to solve it?
We are sorry for this inconvenience but we said on other threads we did never encounter this issue ourselves and we were not able to reproduce this yet. So please post some infos about your server configuration (PHP, MySQL,Table encodings, browser used etc.).
The quick fix is to manually delete the administrator table in the database and rerun setup to recreate it. Then you can set a new password and user name.