New Setup / Upgrade Problem - User Isn't Saved

I've searched the forums and Google for help on this.

I tried to upgrade a ZenPhoto installation, and the upgraded installation acted like there were no admin users so I added a user, but it doesn't save to the database and comes back with the same screen.

I started over.

I click on "You need to set your admin user and password" and proceed to add a new admin user with full permissions. Clicking submit yields a "Password reset request.
You may now set admin usernames and passwords." page and acts like I hadn't submitted a new user. Checking the database directly shows that it didn't save the record.

I started over with a new database even.

ZenPhoto is able to write to the the appropriate directories as the cache is being built correctly and Zen Photo setup was able to create tables in mySQL as part of the normal setup.

I am running this on IIS7 with FastCGI. I have been through the manual setup process for PHP on IIS7 in case there was something that was missed during the automated install. I also reviewed any posts here about IIS7 related issues.

Can someone help?

Comments

  • What version of Zenphoto? If not v1.3.1.2 you will need to upgrade.

    I doubt this is related to IIS7 or FastCGI as it is an issue with the save of the new user/password. However, please note that we do not test that environment nor do we have the knowledge to support it if that is the issue.
  • i downloaded the latest release (1.3.1.2) about 24 hours before posting my issue.

    I understand that IIS is not covered by testing and support. I am a web developer who very familiar with running PHP apps under IIS, so I think I can fill in the gaps there. Where can we start I read a long time ago about how to turn on debug logging, but I don't see it now.
  • There is an option to debug logon, etc. But that will be of little use if, as you say, the data is not saved in the Database. Probably there is some kind of script error occurring during the save that is aborting it. Should get logged in a CGI error log somewhere. Don't know how this works on IIS. But find the error and we can go from there.
  • acrylian Administrator, Developer
    What I can at least say is that PHP as FastCGI will not be the problem as my host provides that as well (besides that standard Linux Apache though).
  • It had nothing to do with IIS. It had everything to do with php.ini. I turned on all errors and display errors (I didn't realize this was off by default in new installations) and lo and behold

    `Warning: Unknown: POST Content-Length of 69 bytes exceeds the limit of -2140143616 bytes in Unknown on line 0`

    changing
    `post_max_size = 2055M`
    to
    `post_max_size = 1024M`

    fixed the problem. I set the post size to be a huge amount so that uploadify would let me uploading large videos, but I will just make sure they are always under a gig.

    Thank you for the ideas and clues about where NOT to go :)
    And thank you for such great software!
Sign In or Register to comment.