Everything appears to be working properly, BUT when I go to the Administration page, a number of functions result in "page not found," including googlemap, placecheck, lightbox configuration & batch updates. I have checked the directories, and the modules ARE present, and all files appear to be present.
Any suggestions as to what may be the problem? I am using 4.2.3.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Going to http://www.domain.net/modules/googlemap/placecheck.php returns "HTTP Error 403 (Forbidden): The server refused to fulfill the request." which is as it should be, but the files & directories are there. I'm needing help here, beyond my limited knowledge…
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Use your FTP client to set the permissions on all files and folders (folder contents too) to 755. After that, you'll need to set the "index" and "media" folders, and all their contents and sub-folders to 777. You also need to set the permissions on file "config.php" to 777 until you have finished configuring your site. After that, set the permissions to 755.
Some of the modules contain configuration files too. You'll need to handle these like the file "config.php". It may also be necessary to set some of the modules' folders and files to 777 until the configurations are complete, and then reset the permissions to 755.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks, Gerry. I have been using the 4.2.3 version for quite a while, including regularly using a number of the admin functions, without any problems. Everything still works fine, EXCEPT all of a sudden, some of the googlemap, lightbox, and research assistant functions started giving me the "not found" message.
I have double-checked the permissions, and all LOOKS correct. The files are all 644, but the directories are 755. I also checked the modules directories & files just in case they were changed for some reason, but they appear to be the same as always.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well, kick me for a fool, I finally double-checked to see if there was a problem with the module.php file, and it wasn't there!?!
Re-installed that file from the v. 4.2.3, and now all is well.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thomas NOT ALL WELL if you used the module.php file from v4.2.3. Have you not been reading the forum posts?
You leave yourself open to a insertion attack as there is a currently-active exploit which uses this coding problem.
Please, at the least, install the patch immediately. It would be much better to take advantage of the some 700 code improvements and bug fixes (GEDCOM corruption in family editing for one). Since your platform already supports this release, I would be upgrading fast - but of course the choice is yours. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I would suggest you immediately upgrade to V.4.2.4. There are security issues specifically relating to module.php in V.4.2.3. There are references to this issue in the Help Forum; specifically "4.2.3 Local File Inclusion Vulnerability". Help for this upgrade has also been covered elsewhere.
Stuart
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thomas:
One of the posts in the "4.2.3 Local File Inclusion Vulnerability" topic suggested deleting or renaming the "module.php" file as a temporary work-around. That's the source of your problems. If you apply the latest version of the patch, you'll get a fresh copy of module.php with the security hole mentioned above fixed.
However, you should upgrade to version 4.2.4 as soon as possible. Do an "upgrade-in-place", but be sure to export your database before you start the upgrade, and then re-import it after the upgrade has been done. This export and re-import shouldn't be necessary, but you should do it anyway.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you. I have already downloaded the 4.2.4 SVN, and I will review the conversion procedures.
Again, thank you. I have just installed the 4.2.3 patch.
(I can't say I have been "reading" the forum posts. I have been scanning them, but I guess between one thing & another I must have missed that.
The 4.2.4 will be installed as soon as I get my head around the procedures, including the export & import routine.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thomas:
You should download the PGV 4.2.4 "all" package. You'll find a link to it on the "files" page that you get to by clicking the "Files" menu item at the top of this page.
You can also download the SVN Tarball that Stephen Arnold has pointed to many times in various posts. This will ensure that you have the absolute latest set of PGV files.
If you download the Tarball, you need to use 7-zip on the downloaded file to produce another compressed file which again you need to expand with 7-zip to produce the final set of PGV files and directories.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hmmm, when you say export (my database) and re-import, are you referring to downloading and then uploading/importing the GEDCOM to the new version? If not, this is a new routine for me on upgrading; can you direct me to specific guidelines or procedures to export the database? Are we referring to MySQL databases? Sorry, I'm real rusty on this.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thomas, go to the Manage Gedcoms & edit Privacy page and DOWNLOAD or go to Admin page and BACKUP. Both will give you copy of your Gedcom. Expand the file. after doing your update of PGV, use Import and **REPLACE** existing Gedom saying _no_ to media links. If you've not done download/backup for maintenance, then Backup is good idea as that gives you all important files like config, media, gedcom, etc. Download gives you your gedcom file alone.
Most times you can keep the timeout setting. I found this was the first time I had to set to 40 as my gedcom is now quite large.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Everything appears to be working properly, BUT when I go to the Administration page, a number of functions result in "page not found," including googlemap, placecheck, lightbox configuration & batch updates. I have checked the directories, and the modules ARE present, and all files appear to be present.
Any suggestions as to what may be the problem? I am using 4.2.3.
Going to http://www.domain.net/modules/googlemap/placecheck.php returns "HTTP Error 403 (Forbidden): The server refused to fulfill the request." which is as it should be, but the files & directories are there. I'm needing help here, beyond my limited knowledge…
Research Assistant also shows "page not found"
Use your FTP client to set the permissions on all files and folders (folder contents too) to 755. After that, you'll need to set the "index" and "media" folders, and all their contents and sub-folders to 777. You also need to set the permissions on file "config.php" to 777 until you have finished configuring your site. After that, set the permissions to 755.
Some of the modules contain configuration files too. You'll need to handle these like the file "config.php". It may also be necessary to set some of the modules' folders and files to 777 until the configurations are complete, and then reset the permissions to 755.
Thanks, Gerry. I have been using the 4.2.3 version for quite a while, including regularly using a number of the admin functions, without any problems. Everything still works fine, EXCEPT all of a sudden, some of the googlemap, lightbox, and research assistant functions started giving me the "not found" message.
I have double-checked the permissions, and all LOOKS correct. The files are all 644, but the directories are 755. I also checked the modules directories & files just in case they were changed for some reason, but they appear to be the same as always.
Well, kick me for a fool, I finally double-checked to see if there was a problem with the module.php file, and it wasn't there!?!
Re-installed that file from the v. 4.2.3, and now all is well.
Thomas
NOT ALL WELL if you used the module.php file from v4.2.3. Have you not been reading the forum posts?
You leave yourself open to a insertion attack as there is a currently-active exploit which uses this coding problem.
Please, at the least, install the patch immediately. It would be much better to take advantage of the some 700 code improvements and bug fixes (GEDCOM corruption in family editing for one). Since your platform already supports this release, I would be upgrading fast - but of course the choice is yours.
-Stephen
Thomas,
I would suggest you immediately upgrade to V.4.2.4. There are security issues specifically relating to module.php in V.4.2.3. There are references to this issue in the Help Forum; specifically "4.2.3 Local File Inclusion Vulnerability". Help for this upgrade has also been covered elsewhere.
Stuart
Thomas:
One of the posts in the "4.2.3 Local File Inclusion Vulnerability" topic suggested deleting or renaming the "module.php" file as a temporary work-around. That's the source of your problems. If you apply the latest version of the patch, you'll get a fresh copy of module.php with the security hole mentioned above fixed.
However, you should upgrade to version 4.2.4 as soon as possible. Do an "upgrade-in-place", but be sure to export your database before you start the upgrade, and then re-import it after the upgrade has been done. This export and re-import shouldn't be necessary, but you should do it anyway.
Thank you. I have already downloaded the 4.2.4 SVN, and I will review the conversion procedures.
Again, thank you. I have just installed the 4.2.3 patch.
(I can't say I have been "reading" the forum posts. I have been scanning them, but I guess between one thing & another I must have missed that.
The 4.2.4 will be installed as soon as I get my head around the procedures, including the export & import routine.
Thomas:
You should download the PGV 4.2.4 "all" package. You'll find a link to it on the "files" page that you get to by clicking the "Files" menu item at the top of this page.
You can also download the SVN Tarball that Stephen Arnold has pointed to many times in various posts. This will ensure that you have the absolute latest set of PGV files.
If you download the Tarball, you need to use 7-zip on the downloaded file to produce another compressed file which again you need to expand with 7-zip to produce the final set of PGV files and directories.
Hmmm, when you say export (my database) and re-import, are you referring to downloading and then uploading/importing the GEDCOM to the new version? If not, this is a new routine for me on upgrading; can you direct me to specific guidelines or procedures to export the database? Are we referring to MySQL databases? Sorry, I'm real rusty on this.
Thomas, go to the Manage Gedcoms & edit Privacy page and DOWNLOAD or go to Admin page and BACKUP. Both will give you copy of your Gedcom. Expand the file. after doing your update of PGV, use Import and **REPLACE** existing Gedom saying _no_ to media links. If you've not done download/backup for maintenance, then Backup is good idea as that gives you all important files like config, media, gedcom, etc. Download gives you your gedcom file alone.
Most times you can keep the timeout setting. I found this was the first time I had to set to 40 as my gedcom is now quite large.