Quote:So you could try to disable modrewrite on the Zenphoto options.

what's the direct link to the admin cp?

if it's /gallery/zp-core/setup.php, then it's showing "zenphoto upgrade" instead of administration site as going into /gallery will redirect me to /gallery/zp-core/setup.php

The link to the admin is /admin (modrewrite) or /zp-core/admin.php

Quote:if it's /gallery/zp-core/setup.php, then it's showing "zenphoto upgrade" instead of administration site as going into /gallery will redirect me to /gallery/zp-core/setup.php
I already explained but once again: You need to decide which is the url used so Zenphoto knows the rewrite base. If you installed on one ULR accessing again will tell "upgrade" , if access on the prior not used one it will think it is a new install as it tries to update the htaccess file for example.

so that means i'll have to specify the path on the config file? (zp-config.php)

under Path Overrides?

btw, i've already removed .htaccess as mentioned.

Removing the htaccess will break the functionality if you don't also uncheck the modrewrite option.

You can try to use the path overrides especially the full serverpath one as that seems to be your problem. (I never needed to use these anywhere though. )

But still the two urls are different, you should decide which you use.

Zenphoto checks for certain things to see if the "environment" has changed. I suspect that there are some subtile configuration differences in your site based on the URL used to access it. (We have seen this misconfiguration also on some sites between https and http urls.)

Bottom line: Things like the document root and the server administrator must be the same no matter how you access the site.

I've tried setting the "path overrides"
define('WEBPATH', '/gallery');
define('SERVERPATH', '/public_html/gallery');

but i'm still redirected to the upgrade page after logging on as administrator.

okay, i've reinstalled, and "test register" and [b]everything's fine until i complete the email activation, the page went blank (using firefox)[/b].

but using Chrome, i get the following error:
You are not authorized to access the webpage at https:///gallery/. You may need to sign in.
HTTP Error 403 (Forbidden): The server refused to fulfill the request."

MSIE 9:
HTTP 403 Forbidden
The website declined to show this webpage
HTTP 403
Most likely causes:
•This website requires you to log in.

any idea? i even uploaded nightly build (http://www.zenphoto.org/pages/nightly-builds?download=3890)

You still have file permissions issues on your site with the scripts.

i've tried dropping ZP's database and entire folder (gallery) then reuploaded (w/o htaccess/mod rewrite enabled) and everything was fine too, until browsing half-way through, it went "blank page", i've tried changing the entire folder (gallery) to 777.
but still, i'm getting blank load-out.

You need to look at your CGI logs and find what error is reported.

pardon me but, where'd i find the cgi log(s)?
All i know is mod_cgi is active (a2enmod cgi).

And the "blank load out" is intermittent. now when i refresh the page (appx 6 hrs later), everything
[list]looked fine[/list]
.

now when i tried registering using another browser, i activated that account, etc. and when i visit the gallery root site, tried logging in, all the page does is reloading the page.
Screenshot: https://tmpdmp.com/447c3232a39fec66/74a5f2d32b761474

update: after that screenshot above, i tried logging in again, i was given blank page (Firefox browser),
HTTP Error 403 (Forbidden): The server refused to fulfill the request. (Google Chrome browser).

[i]pardon me but, where'd i find the cgi log(s)?[/i]
We really don't know, you have to ask your provider where to find the server error log.

The actualy problem I have to leave to my collegue.

uhm, i'm on self-hosting and under Apache2 on httpd:
ScriptLog /var/log/apache2/cgi_log

when browsed to that directory, i don't see "cgi_log". does that mean i'll have to create a blank document?

and what about the login that doesn't goes through (Screenshot above, which seems like looping after logging in)

as far as i know, my main site is on vBulletin Suite and it's working fine, except for ZenPhoto.

If you are self hosting you really should know where your server's error log is... It is not necessarily called "cgi-log" of course, we want to know any php error that might been thrown which would be logged there. You might even have several logs for apache, mysql, php etc (my local server has, my live - just shared - host just has an access and an error log). We really can't tell you where that is, it is your server!

Btw, I don't know vBulletin Suite but that is not our concern. Zenphoto runs on pretty standard shared hosting so soemthing is different on your server.

well, from Google Searches, ScriptLog /var/log/apache2/cgi_log would probably mean the path to cgi log(?)

The path will be wherever you have configured Apache/PHP to store errors. What that is we cannot guess.

[i]well, from Google Searches, ScriptLog /var/log/apache2/cgi_log would probably mean the path to cgi log(?)[/i]
Sorry, forgive us being a little surprised. You say you are self hosting - which to us means you are running your own server - and you have to do a web search where to find the error log?? So I guess you have bought a dedicated server from some provider and did not setup it yourself, so you should really ask that provider by now.

nope, if you reverse dns on my domain name, you'll see that i didn't buy myself a dedicated svr.

as mentioned on apache2's site: http://httpd.apache.org/docs/current/mod/mod_cgi.html#scriptlog

It's indicated that:
The ScriptLog directive sets the CGI script error logfile. If no ScriptLog is given, no error log is created. [b]If given, any CGI errors are logged into the filename given as argument.[/b] If this is a relative file or path it is taken relative to the ServerRoot.

And therefore, if i've indicated the following:
ScriptLog /var/log/apache2/cgi_log

It would possibly mean that the cgi log would be at /var/log/apache2/cgi_log.

Am i right to say that?