Have successfully installed v4.2.0 on this server previously. Now installing v 4.2.3. PhpInfo reports PDO IS enabled. Server reports MySQL/PHP versions are 5.1.48/5.2.13.
Expected to see the "Configure PhpGedView" screen; what I get seems to be a variant of the setup stages:
First message top-left of screen:
ERROR 8: Undefined index: install_step_1
0 Error occurred on line 383 of file install.php
Centred text immediately below logo:
ERROR 8: Undefined index: install_wizard
0 Error occurred on line 394 of file install.php
Left Hand column text:
ERROR 8: Undefined index: install_step_1
0 Error occurred on line 406 of file install.php
1.
ERROR 8: Undefined index: install_step_2
0 Error occurred on line 406 of file install.php
2.
ERROR 8: Undefined index: install_step_3
0 Error occurred on line 406 of file install.php
3.
ERROR 8: Undefined index: install_step_4
0 Error occurred on line 406 of file install.php
4.
etc…/
Right-hand column text:
ERROR 8: Undefined index: checking_errors
0 Error occurred on line 505 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
ERROR 8: Undefined index: checking_config.php
0 Error occurred on line 526 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
ERROR 8: Undefined index: passed
0 Error occurred on line 534 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
ERROR 8: Undefined index: config.php_writable
0 Error occurred on line 534 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
ERROR 8: Undefined index: checking_warnings
0 Error occurred on line 541 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
etc…/
Never even got to define the database etc… which should be the first stage. Any clues as to what's wrong?
Regards,
Ric
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ric
Typically, your ERROR 8 - index error is derived from bad URLs
You'll get an undefined index if you reach this PHP script from a link that is not using the URL as you specified. So, if I type … http://www.example.com/index.php
… into the address bar without the QUERY STRING you mentioned earlier and then your script tries to set that cookie, I'll receive the undefined index error.
Note that for normal users PGV appears in an inline frame (see the depreciated website http://morte.co.uk/phpgedview.html wich used PGV 4.2.0). New website will use same inline frame but for installation went straight to the directory so that PGV did not appear inside a frame.
Permissions for the 4 items all set to 775 - which is wide open so the problem isn't there.
Uploaded all files again and re-set permissions. Same result. Interestingly on both uploads ftp reported a couple of files already being present - which is odd because the files are straight out of the zip. Set instructions to overwrite in all instances.
PhpInfo reports "PDO Driver for MySQL, client library version 5.1.48"
Can upload all files a 3rd time but….
Bit perplexed as 4.2.0 was a breeze.
Ric
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ric
Is your SESSIONS.PHP file where it belongs? includes/session.php
Is it pristine?
If you did a new install, it would be impossible to be warned about files pre-existing. There must have been something there.
As noted on the WIKI:
Including the config file starts a chain reaction which loads up several other files:
config.php loads includes/session.php
session.php loads includes/functions.php
session.php loads includes/functions_db.php
session.php loads includes/functions_print.php
session.php loads the index/gedcoms.php file which has all of the GEDCOMS defined
session.php loads the specified GEDCOM's configuration and privacy files.
session.php loads language files
session.php loads the theme settings
other files such as functions_date and functions_mediadb will also be loaded if configuration settings require the funtionality in them
You have a sessions.php problem. Is there a temporary sessions cookie folder specified in your PHP? Does it have system read/write permissions.
775 access for your 4 items(?) is sometimes not adequte. Change it to 777.
I would create a brand new folder and upload a complete, new tarball of the SVN into that folder. I would check my PHP/Server environment to be sure you have a sessions cookies directory (temp or otherwise) specified. I would then change permissions according to the wiki on the Index folder and ALL its contents, the media folder (and its contents) and the config.php file - all to 777. Then I'd start the procedure according to the wiki.
I've done literally hundreds of these installations, and I can assure you that, if everything is done according to the instructions and the webserver environment is not mucked up, it goes promptly, without any problems or failures. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
"…it would be impossible to be warned about files pre-existing.". Yes I agree with that logic. So deleted all dirs and files, deleted the main phpgedview file (to be safe), recreated the phpgedview file and uploaded brand new files out of a 2nd zip download. Cannot now be anything other than pristine.
However… 2 files were already there… client.php and indilist.php. both 0 bytes. Logic says this just isn't possible. Overwrote in both instances. Am using Filezilla - wonder if that is screwing up????
All perms to 777. (4 items = 4 items listed in the install wiki… i file, 3 dirs)
Fingers X'd. Yes, everything works as expected. (On the 4.2.0 install most perms set to 755 with config.php set to 644.)
Am left with the thought that the original and 2nd ftp sessions had problems. There were several "too many connection" issues and maybe some files never made it or made it 2x, the 2nd being 0 bytes???
Anyway, working and fine.
By the way PGV fits in really well with my sites. Am going to use it on 3 more.
Thanks again,
Ric
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ric
to be honest - it is 99.49% of the time some silly misspelling or file permission problem that is overlooked - or a file transfer issue.
If you think this was easy (when it went right) and if you think PGV fits your needs well, you may be interested in the split-off project, scheduled for first version release on 26 AUG 2010. Watch for official announcements shortly. As much as I love PGV, it is PGV on steroids.
-Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, I've been looking at WebTrees and see some of the PGV developers have moved there. I will take a look but PGV will be a hard act to follow. It pretty much does 99.49% of everything I want and it's stable :-)
Ric
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Have successfully installed v4.2.0 on this server previously. Now installing v 4.2.3. PhpInfo reports PDO IS enabled. Server reports MySQL/PHP versions are 5.1.48/5.2.13.
Expected to see the "Configure PhpGedView" screen; what I get seems to be a variant of the setup stages:
First message top-left of screen:
ERROR 8: Undefined index: install_step_1
0 Error occurred on line 383 of file install.php
Centred text immediately below logo:
ERROR 8: Undefined index: install_wizard
0 Error occurred on line 394 of file install.php
Left Hand column text:
ERROR 8: Undefined index: install_step_1
0 Error occurred on line 406 of file install.php
1.
ERROR 8: Undefined index: install_step_2
0 Error occurred on line 406 of file install.php
2.
ERROR 8: Undefined index: install_step_3
0 Error occurred on line 406 of file install.php
3.
ERROR 8: Undefined index: install_step_4
0 Error occurred on line 406 of file install.php
4.
etc…/
Right-hand column text:
ERROR 8: Undefined index: checking_errors
0 Error occurred on line 505 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
ERROR 8: Undefined index: checking_config.php
0 Error occurred on line 526 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
ERROR 8: Undefined index: passed
0 Error occurred on line 534 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
ERROR 8: Undefined index: config.php_writable
0 Error occurred on line 534 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
ERROR 8: Undefined index: checking_warnings
0 Error occurred on line 541 of file install.php in function checkEnvironment
1 called from line 465 of file install.php
etc…/
Never even got to define the database etc… which should be the first stage. Any clues as to what's wrong?
Regards,
Ric
Ric
Typically, your ERROR 8 - index error is derived from bad URLs
When you began the procedure, what URL did you type when trying to begin the installation? Are you upgrading or doing a fresh installation?
You should be following the wiki instructions precisely, step-by-step, without fail.
For a new installation: http://wiki.phpgedview.net/en/index.php?title=Installation_Guide_v4.2.x
For an upgrade installatino: http://wiki.phpgedview.net/en/index.php?title=Upgrading
You should not have these redirect errors if properly installed and using the correct URL. I would suggest you start over.
-Stephen
Hi Stephen, thanks for your reply.
This is a fresh install and i followed the Wiki for new installation (same as your link)
Set permissions as per Wiki then went to http://morte-family.co.uk/phpgedview
Note that for normal users PGV appears in an inline frame (see the depreciated website http://morte.co.uk/phpgedview.html wich used PGV 4.2.0). New website will use same inline frame but for installation went straight to the directory so that PGV did not appear inside a frame.
Permissions for the 4 items all set to 775 - which is wide open so the problem isn't there.
Uploaded all files again and re-set permissions. Same result. Interestingly on both uploads ftp reported a couple of files already being present - which is odd because the files are straight out of the zip. Set instructions to overwrite in all instances.
PhpInfo reports "PDO Driver for MySQL, client library version 5.1.48"
Can upload all files a 3rd time but….
Bit perplexed as 4.2.0 was a breeze.
Ric
Ric
Is your SESSIONS.PHP file where it belongs? includes/session.php
Is it pristine?
If you did a new install, it would be impossible to be warned about files pre-existing. There must have been something there.
As noted on the WIKI:
Including the config file starts a chain reaction which loads up several other files:
config.php loads includes/session.php
session.php loads includes/functions.php
session.php loads includes/functions_db.php
session.php loads includes/functions_print.php
session.php loads the index/gedcoms.php file which has all of the GEDCOMS defined
session.php loads the specified GEDCOM's configuration and privacy files.
session.php loads language files
session.php loads the theme settings
other files such as functions_date and functions_mediadb will also be loaded if configuration settings require the funtionality in them
You have a sessions.php problem. Is there a temporary sessions cookie folder specified in your PHP? Does it have system read/write permissions.
775 access for your 4 items(?) is sometimes not adequte. Change it to 777.
I would create a brand new folder and upload a complete, new tarball of the SVN into that folder. I would check my PHP/Server environment to be sure you have a sessions cookies directory (temp or otherwise) specified. I would then change permissions according to the wiki on the Index folder and ALL its contents, the media folder (and its contents) and the config.php file - all to 777. Then I'd start the procedure according to the wiki.
I've done literally hundreds of these installations, and I can assure you that, if everything is done according to the instructions and the webserver environment is not mucked up, it goes promptly, without any problems or failures.
-Stephen
Hi Stphen,
Thanks once again.
"…it would be impossible to be warned about files pre-existing.". Yes I agree with that logic. So deleted all dirs and files, deleted the main phpgedview file (to be safe), recreated the phpgedview file and uploaded brand new files out of a 2nd zip download. Cannot now be anything other than pristine.
However… 2 files were already there… client.php and indilist.php. both 0 bytes. Logic says this just isn't possible. Overwrote in both instances. Am using Filezilla - wonder if that is screwing up????
All perms to 777. (4 items = 4 items listed in the install wiki… i file, 3 dirs)
Fingers X'd. Yes, everything works as expected. (On the 4.2.0 install most perms set to 755 with config.php set to 644.)
Am left with the thought that the original and 2nd ftp sessions had problems. There were several "too many connection" issues and maybe some files never made it or made it 2x, the 2nd being 0 bytes???
Anyway, working and fine.
By the way PGV fits in really well with my sites. Am going to use it on 3 more.
Thanks again,
Ric
Ric
to be honest - it is 99.49% of the time some silly misspelling or file permission problem that is overlooked - or a file transfer issue.
If you think this was easy (when it went right) and if you think PGV fits your needs well, you may be interested in the split-off project, scheduled for first version release on 26 AUG 2010. Watch for official announcements shortly. As much as I love PGV, it is PGV on steroids.
-Stephen
Yes, I've been looking at WebTrees and see some of the PGV developers have moved there. I will take a look but PGV will be a hard act to follow. It pretty much does 99.49% of everything I want and it's stable :-)
Ric