Hello,

I just installed a brand-new gallery using the 1.4.3-DEV [9995] version (2012-04-30 Development file). It's uploaded and installed in at http://mysite.com/photos (just in case folder name is important). It's a totally new installation: new folder, new database...

Then I click on the link. At first, setup starts and I see:
http://mysite.com/photos/zp-core/setup.php?autorun=gallery (last part quoted from memory)... and it quickly stops with a white page. Nothing happens, it's dead...

When I explore the files, I notice that a Config file has been created but the "Database configuration" data is empty (and prefix is a simple dot). Once I fill in those fields by hand, the setup process works OK, and the database seems to be configured correctly (proper prefix, proper tables).

So it seems that 1.4.3 DEV is not able to write in the configuration file. Permissions of the config file were 0644... and an installation of 1.4.2 trunk on the same server worked, which means it's clearly a problem with the 1.4.3 DEV.

Something is inconsistent here. If the install was fresh, there would be no config file present. If ZP could not write to it it could not create it either.

If I try this, I get the setup screen asking for the database credentials as expected.

Please check your error logs and see if anything is reported.

Here is the journal from the current (new) installation:

[b]Setup.log[/b]
`
Script d’installation de Zenphoto v1.4.3-DEV[9995] : Wed, 02 May 2012 08:23:27 -0700

alerteLa version 5.0.5 ou plus récente est requise. Il est même fortement recommandé d’utiliser la version5.3 ou plus récente. Utiliser les versions antérieures est à vos risques et périls.
...
[b]Debug.log[/b]
Backtrace: STRICT NOTICE: date() [function.date]:
It is not safe to rely on the system's timezone settings.
Please use the date.timezone setting, the TZ environment variable
or the date_default_timezone_set() function.
In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier.
We selected 'America/Los_Angeles' for 'PDT/-7.0/DST' instead in
/home/XXX/public_html/photos/zp-core/setup.php on line 326

date called
from setup.php [326]
{Wed, 02 May 2012 16:10:43 GMT}

Backtrace: AVIS : Undefined index: text dans /home/XXX/public_html/photos/zp-core/admin-functions.php à la ligne 83
printAdminHeader called
from require_once (backup_restore.php [131])
from cron_runner.php [33]
Backtrace: AVIS : Undefined index: text dans /home/XXX/public_html/photos/zp-core/admin-functions.php à la ligne 271
printTabs called
from require_once (backup_restore.php [443])
from cron_runner.php [33]
Backtrace: AVIS : Undefined index: link dans /home/XXX/public_html/photos/zp-core/admin-functions.php à la ligne 289
printTabs called
from require_once (backup_restore.php [443])
from cron_runner.php [33]
Backtrace: AVIS : Undefined index: text dans /home/XXX/public_html/photos/zp-core/admin-functions.php à la ligne 289
printTabs called
from require_once (backup_restore.php [443])
from cron_runner.php [33]
{Wed, 02 May 2012 16:44:32 GMT}
Backtrace: AVIS : Undefined index: text dans /home/XXX/public_html/photos/zp-core/admin-functions.php à la ligne 83
printAdminHeader called
from require_once (backup_restore.php [131])
from cron_runner.php [33]
Backtrace: AVIS : Undefined index: text dans /home/XXX/public_html/photos/zp-core/admin-functions.php à la ligne 271
printTabs called
from require_once (backup_restore.php [443])
from cron_runner.php [33]
Backtrace: AVIS : Undefined index: link dans /home/XXX/public_html/photos/zp-core/admin-functions.php à la ligne 289
printTabs called
from require_once (backup_restore.php [443])
from cron_runner.php [33]
Backtrace: AVIS : Undefined index: text dans /home/XXX/public_html/photos/zp-core/admin-functions.php à la ligne 289
printTabs called
from require_once (backup_restore.php [443])
from cron_runner.php [33]
Just to make sure, I did yet another totally new setup. Once I decompress the Zenphoto archive, thezp-data folder is empty.
Once I start running the script and get my empty page, I have the following files and content :

[b]zenphoto.cfg[/b]: as said above

[b]debug.log[/b]:
Backtrace: STRICT NOTICE: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Los_Angeles' for 'PDT/-7.0/DST' instead in /home/XXX/public_html/zenphoto/zp-core/setup.php on line 326 date called from setup.php [326]
[b].htaccess[/b]:
`

block WEB access to Zenphoto data files

IndexIgnore *

Order Allow,Deny
Deny from all

`
From the previous 1.4.3 Dev installation that I did, I also remember that Timezone was set as Undefined, whereas a previous 1.4.2 installation gave me Timezone = America/Los Angeles.
I am located in Montréal, but my server is in LA. So this seems to be the problem.

In case it matters, I have: Appache 2.2.21 on Unix; PHP 5.2.17; MySQL 5.1.56. This 1.4.3 Dev installation was done using a Windows 7 (64bit French) system. I can't say whether the 1.4.2 installations were all done with that system or with Windows XP (32bits French) – probably both were used at different points.

---

Once I edit the configuration file as said in the first message, installation proceeds and the debug.log file is re-initialized.

Ok. Please submit a ticket for this. I am traveling so will not get to it for a few days. Best be sure it is not forgotten.

Sorry, I had been away for a few days.

To make a long story short, I can't access the bugtracker.
I had an account, but can't remember the password. When I ask for a reminder, I get this message:
`
Oops…
Trac detected an internal error:

AttributeError: Cannot find an implementation of the "IPasswordHashMethod" interface named "HtDigestHashMethod". Please update the option account-manager.hash_method in trac.ini.

There was an internal error in Trac. It is recommended that you inform your local Trac administrator and give him all the information he needs to reproduce the issue.

To that end, you could a ticket.

The action that triggered the error was:

POST: /reset_password

TracGuide — The Trac User and Administration Guide
`
... and obviously I can't create a ticket for the error because I'm not registered.

Ok, what is your account name? Then we can delete it and you can recreate it with the proper password.

Same name: "Michel Gagnon"

Thanks

Ok, is deleted, you can now re-register. Maybe use an old school piece of paper to memorize passwords..;-)

Thanks. I have posted on the bugtracker