I have a site up and running with the latest version. I can open a window to add or edit a person, but I can't type anything in it. All .php files are 666, all directories are 777. Where should I look next?
Doug.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Just for completeness, index/cache was owned by "nobody" I couldn't delete it, but I renamed it and put up a copy owned by me. Still no change. It works O.K. on my local computer's server (not connected to the Internet.)
Doug.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Doug
Sorry, I'm not following you. Which version? 4.2.3 or a tarball of the SVN (the true 'latest' version. Why are we changing permissions on directories and files? Why are we renaming and replacing directories? There are but a few that need to be modified during setup.
What PHP? What SQL? What are your access rights? Have you double checked your settings since you have
a site up and running with the latest version
? If you didn't experience this error before updating, what version did you use previously?
Happy to try to help, but not much to work with here. Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Version: The latest download: 4.2.3 Previous version was 4.2.2. I thiink that this issue was there then as well; I was pretty inactive then.
PHP locally is 5.3.2; SQL is 5.1.46 (is that right? It is in the RPM titles.)
PHP on host is 5.2.10; SQL is 4.1.22.
Changing Permissions: To make them agree with the README. The file setperms.php or whatever, is no longer provided. I have one that changes all directories to 755 and all files to 644, which isn't what is required. I then ran "chmod -R a+w" in putty.
Renaming directories: As I explained, index/cache on the server was owned by user nobody (showed up as 99). I couldn't change ownership, or delete it. I got it out of the way by renaming it (.old) and created a new one, just in case that was the problem. It wasn't. You can probably ignore that bit.
It seems like a really "curly one." I have had permission problems before, but they won't let me get as far as the Edit window. In practical terms, nobody but me edits it, and I can do all that locally then upload the Gedcom again.
Willing to post config.php or parts, if it would help.
Doug.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Doug
I'm still having a problem understanding what mechanism you used to change permissions, and why. Your SQL is not current enough on the host to handle 4.2.3 and there are several minor bugs that are solved in the SVN since the DEC release of 4.2.3.
Then don't mess with permissions, except to change the Config.php file to chmod 555 (read only), and the media, language (if you edit or translate) and index folders to chmod 777, all according to the WIKI installation instructions (not the READ ME).
Someplace, you're mucking up the install with all this fidgeting. It's quite easy to properly install and just as easy to screw it up if you don't follow the requirements and instructions. Not condemning, just advising. We've all done it, but I can assure you that done properly, there are no major issues with PGV.
-Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks Stephen. The version of MySQL is beyond my control. I had to get the admin to install php-pdo_mysql, and initially, he said that it would mean a complete reconfiguring of Apache. He is running a RedHat or similar, and I persuaded him it was only an RPM. I am not keen to run my local machine as a server, connected to the Web. I might be better off downgrading, or moving to one of the hosts who advertise. Originally, I was with an Australian dedicated host, but Google kept not only indexing my site, but generating all the pages and archiving them - on the first of the month. It used up my month's allocation in a couple of hours and sent my host broke. I am now hosted by _his_ host - dropped the middleman.
Are you still maintaining the user index? My entry there will be far out of date.
Doug.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That fixed it in the end. I deleted everything and installed the tarball; at first, even after restarting the browser, the problem was still in evidence, but it was gone when I booted up this morning. A cached Web page? Perhaps, who knows? My first thought was my server, but the site is on a remote server. Now to delete the bloat addons.
You say that the version of MySQL is too old, but it is not too old according to the Wiki, and the existing version seems to work. Perhaps the Wiki needs to be updated, because it mentions the familiar Help icons, and I couldn't see any.
I kept getting a message that I hadn't configured languages, but the language list has no button to accept the default (English.) I had to open the options for English and accept those. IMO. that should not be required.
Doug.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Language issue was a result of using the tarball, as it is not configured to be a stable release.
SQL may be OK, but a newer version will certainly add speed and allow enhanced calls to the DB.
Glad you resolved your issues, Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Doug:
The "languages" problem occurred because you didn't click "next" in the Install wizard to advance from one page to the next, in sequence.
You shouldn't use the navigation bar at the left of each Install Wizard panel - that's intended to let you skip forward to whatever install page needs updating. Once you've arrived at that page, you MUST use "next" to get PGV to save what you've entered or see on-screen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have a site up and running with the latest version. I can open a window to add or edit a person, but I can't type anything in it. All .php files are 666, all directories are 777. Where should I look next?
Doug.
Just for completeness, index/cache was owned by "nobody" I couldn't delete it, but I renamed it and put up a copy owned by me. Still no change. It works O.K. on my local computer's server (not connected to the Internet.)
Doug.
Doug
Sorry, I'm not following you. Which version? 4.2.3 or a tarball of the SVN (the true 'latest' version. Why are we changing permissions on directories and files? Why are we renaming and replacing directories? There are but a few that need to be modified during setup.
What PHP? What SQL? What are your access rights? Have you double checked your settings since you have
? If you didn't experience this error before updating, what version did you use previously?
Happy to try to help, but not much to work with here. Stephen
Version: The latest download: 4.2.3 Previous version was 4.2.2. I thiink that this issue was there then as well; I was pretty inactive then.
PHP locally is 5.3.2; SQL is 5.1.46 (is that right? It is in the RPM titles.)
PHP on host is 5.2.10; SQL is 4.1.22.
Changing Permissions: To make them agree with the README. The file setperms.php or whatever, is no longer provided. I have one that changes all directories to 755 and all files to 644, which isn't what is required. I then ran "chmod -R a+w" in putty.
Renaming directories: As I explained, index/cache on the server was owned by user nobody (showed up as 99). I couldn't change ownership, or delete it. I got it out of the way by renaming it (.old) and created a new one, just in case that was the problem. It wasn't. You can probably ignore that bit.
It seems like a really "curly one." I have had permission problems before, but they won't let me get as far as the Edit window. In practical terms, nobody but me edits it, and I can do all that locally then upload the Gedcom again.
Willing to post config.php or parts, if it would help.
Doug.
Doug
I'm still having a problem understanding what mechanism you used to change permissions, and why. Your SQL is not current enough on the host to handle 4.2.3 and there are several minor bugs that are solved in the SVN since the DEC release of 4.2.3.
I recommend, on this remote server (?), that you do a completely fresh installation. New DB, new upload of PGV from the tarball
http://phpgedview.svn.sourceforge.net/viewvc/phpgedview/trunk/phpGedView.tar.gz?view=tar
Then don't mess with permissions, except to change the Config.php file to chmod 555 (read only), and the media, language (if you edit or translate) and index folders to chmod 777, all according to the WIKI installation instructions (not the READ ME).
The entire process is explicitly covered by the WIKI:
http://wiki.phpgedview.net/en/index.php?title=Installation_Guide_v4.2.x
Someplace, you're mucking up the install with all this fidgeting. It's quite easy to properly install and just as easy to screw it up if you don't follow the requirements and instructions. Not condemning, just advising. We've all done it, but I can assure you that done properly, there are no major issues with PGV.
-Stephen
Thanks Stephen. The version of MySQL is beyond my control. I had to get the admin to install php-pdo_mysql, and initially, he said that it would mean a complete reconfiguring of Apache. He is running a RedHat or similar, and I persuaded him it was only an RPM. I am not keen to run my local machine as a server, connected to the Web. I might be better off downgrading, or moving to one of the hosts who advertise. Originally, I was with an Australian dedicated host, but Google kept not only indexing my site, but generating all the pages and archiving them - on the first of the month. It used up my month's allocation in a couple of hours and sent my host broke. I am now hosted by _his_ host - dropped the middleman.
Are you still maintaining the user index? My entry there will be far out of date.
Doug.
That fixed it in the end. I deleted everything and installed the tarball; at first, even after restarting the browser, the problem was still in evidence, but it was gone when I booted up this morning. A cached Web page? Perhaps, who knows? My first thought was my server, but the site is on a remote server. Now to delete the bloat addons.
You say that the version of MySQL is too old, but it is not too old according to the Wiki, and the existing version seems to work. Perhaps the Wiki needs to be updated, because it mentions the familiar Help icons, and I couldn't see any.
I kept getting a message that I hadn't configured languages, but the language list has no button to accept the default (English.) I had to open the options for English and accept those. IMO. that should not be required.
Doug.
Language issue was a result of using the tarball, as it is not configured to be a stable release.
SQL may be OK, but a newer version will certainly add speed and allow enhanced calls to the DB.
Glad you resolved your issues, Stephen
Doug:
The "languages" problem occurred because you didn't click "next" in the Install wizard to advance from one page to the next, in sequence.
You shouldn't use the navigation bar at the left of each Install Wizard panel - that's intended to let you skip forward to whatever install page needs updating. Once you've arrived at that page, you MUST use "next" to get PGV to save what you've entered or see on-screen.