Windows Vista Ultimate OS with SP2, IIS7.
PHP 5.2.11 installed and functioning.
MySQL 5.1.41-community installed and functioning.
PhpGedView 4.2.2 distribution copied to wwwroot - config.php and index directory both have full control access for everyone.
Install wizard executes to completion without errors, then the fun begins. Cannot create a new gedcom, upload a gedcom from disk or add a gedcom manually copied into the index directory. Typical error example follows
ERROR 8: Undefined index: fotgp.ged
0 Error occurred on line 549 of file uploadgedcom.php
fotgp.ged is the gedcom name used for the file in the index directory. It exists and is valid Gedcom 5.5. As noted above, the index directory and its contents have full access for everyone, so write protection should not be an issue. Also as noted above, "Create New …", "Upload …" and "Load…" scenarios all fail with similar error reports.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It's actually a file with Unix-style line endings. You're looking at it with Notepad, which doesn't understand Unix line endings, and expects every line to end with the CR-LF pair. Unix uses only LF.
The only explanation I can come up wth for this "empty" gedcoms.php file is that you forgot to save the GEDCOM configuration.
If you want to, you can contact me by e-mail : gkroll at keldine dot ca and I can then send you a copy of my gedcoms.php file so that you can see what a good one looks like. I don't wish to post it here.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
WordPad does understand Unix LF endings and converts to CR-LF … In this case it'll let you read the file "properly".
One usual question … have you created a database already? phpGedView will populate an empty database with the necessary tables, but it wont create the database for you.
Mark
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1. I am a reasonably experienced phpgedview user, with a public website since v3.1.8, and a self taught level of PHP understanding.
2. What I was trying to do is install a clean v4.2.2 site on a new desktop with a clean Vista OS (except for IIS, MySQL, PHP set up in preparation for building a phpgedview site).
3. As described in my original post, the phpgedview install wizard executes to completion without error, and the site configuration file gets saved. Then, any attempt to import a new gedcom into the database using the "Create New", "Upload" a valid 5.5 gedcom or "Add" a valid 5.5 gedcom copied/pasted into the index directory (with wide open access set on it) scenarios fails with the "undefined index error" noted above. This happens after selecting the save configuration button in the configure gedcom form, and is presumably because gedcoms.php gets only partially generated.
4. I suspect that PhpGedView 4.2.2 doesn't like something about Vista or vice versa.
5. Thanks anyway.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2009-12-13
Looking on Google I see a few similar reports of permissions problems (despite setting everything "wide open") It appears to be an IIS7 / Vista problem, and that getting permissions right in IIS7 is more complex than just the obvious read/write settings.
Experts Exchange have a query that sounds very similar to yours. Unfortunately I'm not a subscriber so can't see the answer:
The cookbook phpgedview installation steps described above (basically, a default clean install with valid database and file path configuration parameters) write a stub "gedcoms.php" into the index directory (post #3 above), but apparently fail to save the entered gedcom configuration variables into the stub when "Save Configuration" is selected. "Save Configuration" just switches to the import parameters/verify gedcom/etc. page with a bunch of warning/error messages at the top, including the "Undefined Index" error called out in post #1, fopen() errors trace, etc.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I frequently find that Vista will let me create files, then not edit/delete them - even though I have an admin account and say "yes" to the "you need admin permission to do this" prompt. Maybe you have something similar?
In fact, I have a folder called "things vista cannot delete", which is full of my own files, that I created, but which I cannot delete, but can only move.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Windows Vista Ultimate OS with SP2, IIS7.
PHP 5.2.11 installed and functioning.
MySQL 5.1.41-community installed and functioning.
PhpGedView 4.2.2 distribution copied to wwwroot - config.php and index directory both have full control access for everyone.
Install wizard executes to completion without errors, then the fun begins. Cannot create a new gedcom, upload a gedcom from disk or add a gedcom manually copied into the index directory. Typical error example follows
ERROR 8: Undefined index: fotgp.ged
0 Error occurred on line 549 of file uploadgedcom.php
fotgp.ged is the gedcom name used for the file in the index directory. It exists and is valid Gedcom 5.5. As noted above, the index directory and its contents have full access for everyone, so write protection should not be an issue. Also as noted above, "Create New …", "Upload …" and "Load…" scenarios all fail with similar error reports.
It's posible that you haven't set the file permissions on the directory "index" and all its contents properly.
This directory needs 777 permission, as do all the files in it.
File "index/gedcoms.php" might be corrupt. If you could post its contents here, we might be able to diagnose the problem.
The index directory and its contents have access entries granting "Full Control" to "Everyone", i.e. the equivalent of 777 permissions.
The gedcoms.php has the single line -
<?php
//-START GEDCOM CONFIGURATIONS
$GEDCOMS = array();
$gedarray = array();
$gedarray = "";
$gedarray = "";
$gedarray = "privacy.php";
$gedarray = "";
$gedarray = "";
$gedarray = "";
$gedarray = false;
$gedarray = "1";
$gedarray = "";
$GEDCOMS = $gedarray;
?>
i.e. a comment line.
It's actually a file with Unix-style line endings. You're looking at it with Notepad, which doesn't understand Unix line endings, and expects every line to end with the CR-LF pair. Unix uses only LF.
The only explanation I can come up wth for this "empty" gedcoms.php file is that you forgot to save the GEDCOM configuration.
If you want to, you can contact me by e-mail : gkroll at keldine dot ca and I can then send you a copy of my gedcoms.php file so that you can see what a good one looks like. I don't wish to post it here.
WordPad does understand Unix LF endings and converts to CR-LF … In this case it'll let you read the file "properly".
One usual question … have you created a database already? phpGedView will populate an empty database with the necessary tables, but it wont create the database for you.
Mark
canjun2eh, dxradio:
A few points -
1. I am a reasonably experienced phpgedview user, with a public website since v3.1.8, and a self taught level of PHP understanding.
2. What I was trying to do is install a clean v4.2.2 site on a new desktop with a clean Vista OS (except for IIS, MySQL, PHP set up in preparation for building a phpgedview site).
3. As described in my original post, the phpgedview install wizard executes to completion without error, and the site configuration file gets saved. Then, any attempt to import a new gedcom into the database using the "Create New", "Upload" a valid 5.5 gedcom or "Add" a valid 5.5 gedcom copied/pasted into the index directory (with wide open access set on it) scenarios fails with the "undefined index error" noted above. This happens after selecting the save configuration button in the configure gedcom form, and is presumably because gedcoms.php gets only partially generated.
4. I suspect that PhpGedView 4.2.2 doesn't like something about Vista or vice versa.
5. Thanks anyway.
Looking on Google I see a few similar reports of permissions problems (despite setting everything "wide open") It appears to be an IIS7 / Vista problem, and that getting permissions right in IIS7 is more complex than just the obvious read/write settings.
Experts Exchange have a query that sounds very similar to yours. Unfortunately I'm not a subscriber so can't see the answer:
http://www.experts-exchange.com/Software/Server_Software/Web_Servers/Microsoft_IIS/Q_23727773.html
Nigel
> I suspect that PhpGedView 4.2.2
> doesn't like something about Vista or
> vice versa.
I use vista for my PGV development (although I use apache). Your symptoms suggest that IIS is having difficulty writing the file.
Have you tried writing a simple test script that just writes to the index directory?
fisharbest:
The cookbook phpgedview installation steps described above (basically, a default clean install with valid database and file path configuration parameters) write a stub "gedcoms.php" into the index directory (post #3 above), but apparently fail to save the entered gedcom configuration variables into the stub when "Save Configuration" is selected. "Save Configuration" just switches to the import parameters/verify gedcom/etc. page with a bunch of warning/error messages at the top, including the "Undefined Index" error called out in post #1, fopen() errors trace, etc.
I frequently find that Vista will let me create files, then not edit/delete them - even though I have an admin account and say "yes" to the "you need admin permission to do this" prompt. Maybe you have something similar?
In fact, I have a folder called "things vista cannot delete", which is full of my own files, that I created, but which I cannot delete, but can only move.