With version 4.2, I have found that using the Edit Name function (instead of Quick Edit) when the individual has a suffix or prefix added to their name, results in empty name fields.
After the edit, the red (old data) box is showing, but the blue (new data) box is missing. If the record is saved in this condition, no further edits are possible.
The only way I could recover from this was to manually add the GEDCOM '1 NAME' line back into the GEDCOM and the MySQL database.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry, we don't see this ourselves, and use the funcion frequently. We have noticed an occasional failure on the NAME field if we don't wait for the EDIT INTERFACE to load completely and start typing in the GIVN and/or SURN fields before. Then the Javascript fails to load properly and won't update the NAME field, but no problems with the EDIT NAME function.
Do you have javascript activated on your browsers(s)?
-Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I was able to reproduce this problem multiple times. The first time it happened I didn't understand the significance of the missing blue box and saved the record. Now, I see it happen, and I do not save and undo/reject the change before any damage is done.
My javascript is enabled, but something I didn't think about is that I am using IE6. I will check again tonight, then try Firefox. What I was doing was changing some of the surnames that were all caps into lower case.
These are existing records that happen to have prefix (like Dr.) or suffix (like 1st) already present in the PRFX ? and SUFX fields.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You could be right. I have encountered several javascript failures after using IE6 for a while. The last time (a few minutes ago), Firefox wouldn't even function properly and I had to reboot.
I still haven't gotten back to rechecking the problem I posted about yet.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have deleted temporary internet files and even deleted cookies in IE6 and it still has the same problem.
When using IE6 and doing the exact same edit, the "Quick Update" function does not suffer from this problem. This makes me think that this behaviour can be fixed in IE6.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I should have noticed earlier that the "Quick Update" function does not even display the prefix or suffix fields. I am still left to wonder why the presence of these (populated) fields causes the problem with IE6.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
With version 4.2, I have found that using the Edit Name function (instead of Quick Edit) when the individual has a suffix or prefix added to their name, results in empty name fields.
After the edit, the red (old data) box is showing, but the blue (new data) box is missing. If the record is saved in this condition, no further edits are possible.
The only way I could recover from this was to manually add the GEDCOM '1 NAME' line back into the GEDCOM and the MySQL database.
Is this reproducable? Can you give an example of what was in the gedcom record before the edit?
Sorry, we don't see this ourselves, and use the funcion frequently. We have noticed an occasional failure on the NAME field if we don't wait for the EDIT INTERFACE to load completely and start typing in the GIVN and/or SURN fields before. Then the Javascript fails to load properly and won't update the NAME field, but no problems with the EDIT NAME function.
Do you have javascript activated on your browsers(s)?
-Stephen
I was able to reproduce this problem multiple times. The first time it happened I didn't understand the significance of the missing blue box and saved the record. Now, I see it happen, and I do not save and undo/reject the change before any damage is done.
My javascript is enabled, but something I didn't think about is that I am using IE6. I will check again tonight, then try Firefox. What I was doing was changing some of the surnames that were all caps into lower case.
These are existing records that happen to have prefix (like Dr.) or suffix (like 1st) already present in the PRFX ? and SUFX fields.
You might need to clear IE's temporary internet files.
We've encountered problems with IE6 and JavaScript that were cured by getting rid of IE6's temporary internet files.
You could be right. I have encountered several javascript failures after using IE6 for a while. The last time (a few minutes ago), Firefox wouldn't even function properly and I had to reboot.
I still haven't gotten back to rechecking the problem I posted about yet.
I have retested and Firefox works ok.
I have deleted temporary internet files and even deleted cookies in IE6 and it still has the same problem.
When using IE6 and doing the exact same edit, the "Quick Update" function does not suffer from this problem. This makes me think that this behaviour can be fixed in IE6.
I should have noticed earlier that the "Quick Update" function does not even display the prefix or suffix fields. I am still left to wonder why the presence of these (populated) fields causes the problem with IE6.