I have tested thoroughly on IIS and everything is working perfectly... this is going to be harder than I first thought.
Can I get a phpinfo() output from you perhaps?
Edit: Thought of something we could try. Have you looked at the WEBPATH variable at the bottom of zp-config.php? Try setting that manually.
Updates after research: (Found in the PHP Forums for setcookie()):
setcookie + header Location + IIS 5 = Trouble
It took me a long time to figure out what was causing a missing cookie in one system while it worked perfectly in another...
See this one: http://support.microsoft.com/kb/q176113/
In short, this WILL NEVER WORK IN IIS 5:
You will ONLY get the Location Header, everything else will be "cut out" by IIS 5 CGI implementation.
Solutions:
1- Migrate to Apache/IIS6/Whatever
2- Use a Non Parsed Header Script (nph-*.php)
3- Try with header('Refresh: 0; $URL');
======================================================================================
This is in fact what zenphoto is doing: setcookie followed by header("Location: ..."); redirect.
In fact, the redirect is usually not used, and you can delete that line safely to set your cookie better, with the possible downside of having to navigate a little more.
It's line 31 in auth_zp.php:
header("Location: " . FULLWEBPATH . $redirect);
Just comment it out (put // before it) or delete it and it should work.
I will work on a long-term solution for this in the next version if that works. Let me know! Thanks!
Edit: Also if you want (and know how) try replacing that line with:
header('Refresh: 0; ' . FULLWEBPATH . $redirect);
And tell me what happens. Thanks again!
also... FYI tris.. I tend to think I am here often enough and know what I am doing with this by now.. Whenever I say that I got it working.. you can rest assured that I got it working on IIS6 and also if you ever want any feedback or testing on IIS I can help out there. Obviously it looks like you got it figured out but for the piece of mind for IIS6. I normally install the updates the day they are released and I continually updated my svn copies all on windows servers running IIS6
From a network admin Point Of View, IIS 5 is not as robust either. Microsoft has had a lot of trouble integrating things like PHP and ActivePERL with their 5.0 server. I have a few 5.0 installations at work that I administer, some of which have PHP and ActivePERL installed. I've had nothing but trouble with them (in a general sense) vs IIS 6 servers, which I've had little trouble with. So I will have to agree with the migration to either Apache (preferred) or if not that, definitely IIS6. It will solve a lot of trouble, not only for Zenphoto, but also for other things as well.
@chilifrei - IIS6 isn't really the problem though Daniel, it was IIS 3/4/5.
Out of curiosity, did you mention a specific solution in the past? If so I apologize for not catching it.
Are there any other issues or fixes I should be aware of? Thanks for keeping current!
@trisweb - I commented out line 31 and was able to login successfully. Looks like all is well except thumbnail generation - perhaps i don't have the libraries ZP depends on... or could be more IIS5 shenanigans... I'll have to look into this.
You can see the output of phpinfo here: http://tinyurl.com/y2t2pt (output page is hosted on a different server)
Thanks for all your help
Thanks analogpanda, very helpful. I'll have to do more testing with IIS5 along those lines...
The image problem might be with windows permissions on the cache directory. PHP running in IIS takes account of those for file operations. I'm not sure how you would change them. But it does look like you have the GD library installed, based on your phpinfo.
One way you can find out is to load the image URL directly in your browser. In firefox, right click a (broken) image and select "View Image". You'll then get to see the errors.
Based on your phpinfo, I've found the site and your zenphoto installation (I apologize for going behind your back) and that is indeed the problem. Somehow you need to set write/modify permissions for the IIS user on the /cache directory, I'm not sure how you do it exactly...
That did the trick -- had to change some permissions on the /cache directory as well as the /albums directory. Seems to be fine now... of course if it's not I'm sure I'll be back.
Trisweb, I removed the phpinfo page in the tinyurl link just to be safe - if you need to see it again, I'd be happy to re-post it. Thanks again for your guidance...
I have same problem on FireFox 2. anyway setup.php work very well on IE.
This is so aggravating to me. I had this problem a few weeks ago and did a new upgrade so that I could get passed this problem and now it's come up again. I've deleted cookies, reset the password, then deleted cookies again and I still can't login with the password that I changed it to. So I'm stuck.....
What do i do? I have zenphoto installed via bluehost.com.
Let me know.
Gary
At the front of the file functions.php is a define of LOGIN_DEBUG. Please change the value of this defind from false to true. If there is a file in your zp-core folder named debug_log.txt delete it. Then attempt to log onto your gallery.
This will create adebug_log.txt file containing information about your login attempt. Create a ticket and attach this file to it. DO NOT edit the file. Your password is not exposed. Of course, if you are concerned you can change the password for this exercise then change it back when you are done.
Ok apparently there was a new version out so I had bluehost upgrade to it. Now I can login. Hope I don't have this again.. Thanks for your help.