I have installed PHPGedView as per the instructions and set the file permissions as requested, the site seems to work fine until I enter a date of birth or other date entry in any field, example if i add new family member and add birth date i get a "internet explorer error" edit_interface.php is normaly the address, if i leave out the date it will go through and save to the database.
i can only add dates if i manually edit the raw gedcom file and save.
this is obviously a pain as i can't expect other family memebrs to grasp how to edit the raw gedcom file and to be honest dont trust them to this correctly,
PhpGedView is an excellent application and has loads of features it's just this bug thats killing me i have been through all permissions at least 10 times thinking i may have made a mistake but nothing seemed to rectify this issue,
Can someone help rectify this please?
Kind regards
Roy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
PHPgeview is latest 4.2.2
Running 64mb for php scripts on server
if i use the drop down calendar and as an example add this date in this format 01 JAN 1958 and click save i get "Internet Explorer cannot display the webpage" the web address in the webbrowser is mysite/phpgedview/edit_interface.php,
its only the date i have issues with, i can add extra children and save and this works fine, but when i add the date it returns the internet cannont display this page error and doesn't save to database
kind regards
Roy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Are you allowing for pop-ups from your site? In other words, has your site been marked OK in the Google and Yahoo toolbars you might use?
Since I started using IE8, I have noticed strange behavior of these blockers and it varies by site. I can't get into the whole Javascript thing, but I believe PGV uses a lot of it to perform the magic that it does. Others will correct me if I am wrong.
Anyway, in IE8 go to View>Toolbars and note whether Google and/or Yahoo are checked. (I recommended only having one at a time for this exercise.) Visit your site and activate the "Allow pop-ups" icon when it beeps. Alternate and do the same for the other. Share this technique with any Edit users of your site should they experience the same glitch you've reported here.
Let us know how it goes, and Welcome to PGV!
RL
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
My site is registered as a trusted site and pop ups allowed, I dont feel its pop up related as it will allow me to edit other fields and save them, I'm not sure but i was thinking it may have something to do with the calendar? as before i can raw edit and changes are saved it just the date entries it doesn't like
thanks for the help you guys are giving me, hopefully its just one of those silly admin settings that i have not enabled but i even installed PGV 3 times on the server and still have the same problem, (frustrating),
Regards
Roy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
if i enter "date 1960", "abt 1960" or simply "1960" in the date field it will save to the database.
if i enter date 01 JAN 1964 or select the date from the drop down calendar it will not save and return the internet explorer error page
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Your problem is occuring in some javascript code that is using a library function to interpret a free-text date and convert it to d/m/y.
We've had some problems with this function on old versions of opera, and there is some special code to detect affected versions and skip this processing.
I presume you've having no problem with firefox or other browsers? What about using IE8 on other computers?
If there was a problem specifically with a standard version of IE8, I'm pretty sure we'd have noticed it by now.
Do you have anything else "unusual" about your system that might be relevant.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
i have just installed firefox, still the same error, my system is running Vista 64, i have also tried it on the laptop running vista premium 32 bit and I.E 8 and still same problem,
if you wanted i could set you a user account so you can look at the issue yourself , thats if you dont mind and have the time?
just let me know whats best
kind regards
Roy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2009-10-09
Has to be something unique or non-standard, as I don't have any problem with entering and saving dates using IE8.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Maybe another suggestion to help resolve your browser problems in accessing your PGV site. I also use a Vista64 machine for most access to my PGV site. While it is mainly a test site, I must admit I rarely use the calendar tool to fill in dates. A test to enter a date worked well today though. Without starting the next Javascript War, I don't think it has anything to do with the calendar code. Calendars and JS go together like hot chocolate and marshmallows. Such code has been in heavy use since early web designs, and the functionality is well refined and reliable.
After reading the other replies by Greg (fisharebest) and Kiwi_pgv, I decided to check my version of the Java Runtime Engine (JRE) on my machine. To my surprise, it was not in Windows Control Panel where I expected to find it ! However, at the the very end of the icons listed I found one named "View 32-bit C-P items" and behold, the JRE icon was inside. After checking my installed version at www. java.com/en , I wanted to update to the latest version. Using the tool at the Java site, I was offered the latest 32-bit version for my machine. I then updated to Java6-update16. But I was still curious. Why was a 32-bit version the one offered for download?
A footnote in the "manual" download area might also hold a clue for you: "We have detected you may be viewing this page in a 32-bit browser. If you use 32-bit and 64-bit browsers interchangeably, you will need to install both 32-bit and 64-bit Java in order to have the Java plug-in for both browsers." While I might consider upgrading my IE8 to a 64-bit version at a later date, this may be a cure for the problems you are experiencing. A "mixed-match" of Browser and Java version(s) might be "non-standard" enough to cause some functionality to fail in both IE and FF.
Anyway, it's probably a good idea to get these all in line while others wait to jump in if you still need some help. Hang in there, and Good Luck!
RL
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I would like to thank you for your assistance with this issue"thanks"
Roland, I checked the versions as you mentioned, my 64 bit browser was running an older version so I updated it to version 16, i then restarted and tested both versions trying to update using the drop down calendar, still not working.
Example, when using the drop down calendar and selecting the date it does change the date in the date box, I selected april the 1st 1958 in the box it read "01 APR 1958" when saving i got the internet explorer error page and nothing saved.
I then went back and just entered "01 APR 1958" in the box and saved this worked fine for me, a slight improvement on the above post.
I'm more than happy to continue to work this way and tell others not to use the drop down calendar, however if you guys want to look for yourself i can generate a user login for you to use for now, i have removed the main gedcom file and using a basic one so no real personal info.
it may help you with bug reporting, please let me know if you need access
many thanks with your help so far
Kind regards
Roy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2009-10-10
Roland,
I'm no developer, but I am fairly certain that the only relationship between Java and Javascript is the word *Java*. The version of the JRE that you are running will have no impact on Javascript performance.
Matt
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In file js/phpgedview.js, around line 540, is the following block of code
// Use Javascript's Date() function to interpret a range of dates
date = new Date('1'); // Detect Opera bug
if (date && date.toString()!="NaN" && date.getDate().toString()!="NaN")
return;
date = new Date(datestr);
if (date && date.toString()!="NaN" && date.getDate().toString()!="NaN") {
day = date.getDate();
if (day<10) day = "0"+day;
datefield.value = day+" "+months+" "+date.getFullYear();
}
Remove it, CLEAR YOUR BROWSER CACHE, and tell us if it makes a difference.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Roy -
Good to know that you are becoming more familiar with PGV in spite of this (hopefully temporary) problem. Unfortunately, I could not use a login from you because I too am but a "noob" with this and wouldn't know what to look for. But, the "troops" are on the way! Hang in there.
Matt -
I am not a developer (or web coder yet) either, and indeed you are correct on clarifying the functionality of JRE. However, to be sure, Java and Javascript share more than a common name prefix. At the expense of hijacking this thread (and deploying the "troops" to settle this longstanding misinterpretation) I am glad that Roy is making some progress and providing exact detail about his calendar/date issues.
Since we are essentially trying to troubleshoot what appears to be a "server-side" issues by confirming first that everything on the "client-side" is uniform, I share the following "dated" reference as a harmless volley in the never-ending "war".
Have you set up a User with "edit" rights yet and asked them to perform the same steps of adding a date (using the calendar) and if so what is their result(s) ? See where I'm going with this?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2009-10-11
Roland-<br>
Just didn't want to send Roy barking up the wrong tree.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
His site works fine for me - the problems only happen on his client.
I've been adding some debug to narrow it down, but it is a bit of a slow process, as after each change I need to email Roy to get him to run it on his client, and email me back the results….
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have tracked this down to an issue with the javascript library on Roy's Vista64 client.
The date() function doesn't seem to work. If you give it the value "01 JAN 1900", it seems to interpret the year as a UTC time-offset and gives "Mon Jan 1 00:00:00 UTC1900".
I will either add some code in PGV to automatically detect and work around this bug, or rewite the section completely.
If you're having the same problem, a temporary fix will be to remove the block of code I highlighted earlier.
Greg
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You have all been very helpful with this issue especially Greg.
I would personally like to thank Greg for all his time and effort in looking into this for me, as Greg said above this was a slow proccess however he persisted and found the problem and will add a work around or rewrite the section.
I decided on using PhpGedVeiw because it has a lot more features than any other family tree software that i could find, the extra benefit is that its free, I'm also impressed at the support you guys have given to me personally for something that i did not pay for, superb thanks guys!!
I will certainly recommend PGV to all.
Kind regards
Roy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Good day to all
I have installed PHPGedView as per the instructions and set the file permissions as requested, the site seems to work fine until I enter a date of birth or other date entry in any field, example if i add new family member and add birth date i get a "internet explorer error" edit_interface.php is normaly the address, if i leave out the date it will go through and save to the database.
i can only add dates if i manually edit the raw gedcom file and save.
this is obviously a pain as i can't expect other family memebrs to grasp how to edit the raw gedcom file and to be honest dont trust them to this correctly,
PhpGedView is an excellent application and has loads of features it's just this bug thats killing me i have been through all permissions at least 10 times thinking i may have made a mistake but nothing seemed to rectify this issue,
Can someone help rectify this please?
Kind regards
Roy
Version of Internet Explorer?
Version of PhpGedView?
Is "internet explorer error" all you get, or does the error message contain futher details?
Hi fisharebest, thanks for the quick response
Internet explorer 8
PHPgeview is latest 4.2.2
Running 64mb for php scripts on server
if i use the drop down calendar and as an example add this date in this format 01 JAN 1958 and click save i get "Internet Explorer cannot display the webpage" the web address in the webbrowser is mysite/phpgedview/edit_interface.php,
its only the date i have issues with, i can add extra children and save and this works fine, but when i add the date it returns the internet cannont display this page error and doesn't save to database
kind regards
Roy
forgot to mention users have also been set to enable edit
Hello plague43 -
Are you allowing for pop-ups from your site? In other words, has your site been marked OK in the Google and Yahoo toolbars you might use?
Since I started using IE8, I have noticed strange behavior of these blockers and it varies by site. I can't get into the whole Javascript thing, but I believe PGV uses a lot of it to perform the magic that it does. Others will correct me if I am wrong.
Anyway, in IE8 go to View>Toolbars and note whether Google and/or Yahoo are checked. (I recommended only having one at a time for this exercise.) Visit your site and activate the "Allow pop-ups" icon when it beeps. Alternate and do the same for the other. Share this technique with any Edit users of your site should they experience the same glitch you've reported here.
Let us know how it goes, and Welcome to PGV!
RL
Hi Roland
My site is registered as a trusted site and pop ups allowed, I dont feel its pop up related as it will allow me to edit other fields and save them, I'm not sure but i was thinking it may have something to do with the calendar? as before i can raw edit and changes are saved it just the date entries it doesn't like
thanks for the help you guys are giving me, hopefully its just one of those silly admin settings that i have not enabled but i even installed PGV 3 times on the server and still have the same problem, (frustrating),
Regards
Roy
Update:
if i enter "date 1960", "abt 1960" or simply "1960" in the date field it will save to the database.
if i enter date 01 JAN 1964 or select the date from the drop down calendar it will not save and return the internet explorer error page
Are you using a non-english version of IE?
I'm using the english version of I.E.
Your problem is occuring in some javascript code that is using a library function to interpret a free-text date and convert it to d/m/y.
We've had some problems with this function on old versions of opera, and there is some special code to detect affected versions and skip this processing.
I presume you've having no problem with firefox or other browsers? What about using IE8 on other computers?
If there was a problem specifically with a standard version of IE8, I'm pretty sure we'd have noticed it by now.
Do you have anything else "unusual" about your system that might be relevant.
i have just installed firefox, still the same error, my system is running Vista 64, i have also tried it on the laptop running vista premium 32 bit and I.E 8 and still same problem,
if you wanted i could set you a user account so you can look at the issue yourself , thats if you dont mind and have the time?
just let me know whats best
kind regards
Roy
Has to be something unique or non-standard, as I don't have any problem with entering and saving dates using IE8.
Hello Roy -
Maybe another suggestion to help resolve your browser problems in accessing your PGV site. I also use a Vista64 machine for most access to my PGV site. While it is mainly a test site, I must admit I rarely use the calendar tool to fill in dates. A test to enter a date worked well today though. Without starting the next Javascript War, I don't think it has anything to do with the calendar code. Calendars and JS go together like hot chocolate and marshmallows. Such code has been in heavy use since early web designs, and the functionality is well refined and reliable.
After reading the other replies by Greg (fisharebest) and Kiwi_pgv, I decided to check my version of the Java Runtime Engine (JRE) on my machine. To my surprise, it was not in Windows Control Panel where I expected to find it ! However, at the the very end of the icons listed I found one named "View 32-bit C-P items" and behold, the JRE icon was inside. After checking my installed version at www. java.com/en , I wanted to update to the latest version. Using the tool at the Java site, I was offered the latest 32-bit version for my machine. I then updated to Java6-update16. But I was still curious. Why was a 32-bit version the one offered for download?
A footnote in the "manual" download area might also hold a clue for you: "We have detected you may be viewing this page in a 32-bit browser. If you use 32-bit and 64-bit browsers interchangeably, you will need to install both 32-bit and 64-bit Java in order to have the Java plug-in for both browsers." While I might consider upgrading my IE8 to a 64-bit version at a later date, this may be a cure for the problems you are experiencing. A "mixed-match" of Browser and Java version(s) might be "non-standard" enough to cause some functionality to fail in both IE and FF.
Anyway, it's probably a good idea to get these all in line while others wait to jump in if you still need some help. Hang in there, and Good Luck!
RL
Good Morning guys,
I would like to thank you for your assistance with this issue"thanks"
Roland, I checked the versions as you mentioned, my 64 bit browser was running an older version so I updated it to version 16, i then restarted and tested both versions trying to update using the drop down calendar, still not working.
Example, when using the drop down calendar and selecting the date it does change the date in the date box, I selected april the 1st 1958 in the box it read "01 APR 1958" when saving i got the internet explorer error page and nothing saved.
I then went back and just entered "01 APR 1958" in the box and saved this worked fine for me, a slight improvement on the above post.
I'm more than happy to continue to work this way and tell others not to use the drop down calendar, however if you guys want to look for yourself i can generate a user login for you to use for now, i have removed the main gedcom file and using a basic one so no real personal info.
it may help you with bug reporting, please let me know if you need access
many thanks with your help so far
Kind regards
Roy
Roland,
I'm no developer, but I am fairly certain that the only relationship between Java and Javascript is the word *Java*. The version of the JRE that you are running will have no impact on Javascript performance.
Matt
In file js/phpgedview.js, around line 540, is the following block of code
// Use Javascript's Date() function to interpret a range of dates
date = new Date('1'); // Detect Opera bug
if (date && date.toString()!="NaN" && date.getDate().toString()!="NaN")
return;
date = new Date(datestr);
if (date && date.toString()!="NaN" && date.getDate().toString()!="NaN") {
day = date.getDate();
if (day<10) day = "0"+day;
datefield.value = day+" "+months+" "+date.getFullYear();
}
Remove it, CLEAR YOUR BROWSER CACHE, and tell us if it makes a difference.
Hi Greg
Done as requested and still the same issue
Kind regards
Roy
Roy, edit the same file, and replace the entire function with
function valid_date(datefield) {
alert("eek");
}
Again, clear your cache. When you edit a date, what happens now.
BTW - where the forums says
ampersand quot semicolon
I really want a double quotation mark.
It looks like a quotation mark in the preview window.
My god this forum software sucks.
Roy -
Good to know that you are becoming more familiar with PGV in spite of this (hopefully temporary) problem. Unfortunately, I could not use a login from you because I too am but a "noob" with this and wouldn't know what to look for. But, the "troops" are on the way! Hang in there.
Matt -
I am not a developer (or web coder yet) either, and indeed you are correct on clarifying the functionality of JRE. However, to be sure, Java and Javascript share more than a common name prefix. At the expense of hijacking this thread (and deploying the "troops" to settle this longstanding misinterpretation) I am glad that Roy is making some progress and providing exact detail about his calendar/date issues.
Since we are essentially trying to troubleshoot what appears to be a "server-side" issues by confirming first that everything on the "client-side" is uniform, I share the following "dated" reference as a harmless volley in the never-ending "war".
see Java vs. JavaScript - <http://www.dannyg.com/ref/javavsjavascript.html>
Thanks for the insight.
RL
Hello Roy -
Have you set up a User with "edit" rights yet and asked them to perform the same steps of adding a date (using the calendar) and if so what is their result(s) ? See where I'm going with this?
Roland-<br>
Just didn't want to send Roy barking up the wrong tree.
FYI, I've been logging in to Roy's site.
His site works fine for me - the problems only happen on his client.
I've been adding some debug to narrow it down, but it is a bit of a slow process, as after each change I need to email Roy to get him to run it on his client, and email me back the results….
I have tracked this down to an issue with the javascript library on Roy's Vista64 client.
The date() function doesn't seem to work. If you give it the value "01 JAN 1900", it seems to interpret the year as a UTC time-offset and gives "Mon Jan 1 00:00:00 UTC1900".
I will either add some code in PGV to automatically detect and work around this bug, or rewite the section completely.
If you're having the same problem, a temporary fix will be to remove the block of code I highlighted earlier.
Greg
Hi Guys
You have all been very helpful with this issue especially Greg.
I would personally like to thank Greg for all his time and effort in looking into this for me, as Greg said above this was a slow proccess however he persisted and found the problem and will add a work around or rewrite the section.
I decided on using PhpGedVeiw because it has a lot more features than any other family tree software that i could find, the extra benefit is that its free, I'm also impressed at the support you guys have given to me personally for something that i did not pay for, superb thanks guys!!
I will certainly recommend PGV to all.
Kind regards
Roy