Ira and all, I can report a bug that is equally rare but it might be related to the one reported by Ian. I discovered it in version 2.25x (I think), but I believe t still is there in version 2.27x. In fact it is so rare that I forgot to report it, but Ian now reminds me to do so. Here we go: If you don't have any default family events at all and you add a spouse to a person, the "marriage" event will not be added automatically to the event lists of both partners because it is not a default family event. This is correct. But when you want to add a marriage event to this couple the following happens: - If you add the marriage event while editing the MALE person of the couple, everything goes fine and the marriage event will also apear in the event list of the female partner, BUT: - if you add the marriage event in the event list of the FEMALE partner, it will NOT appear in the event list of the male partner! And so you have to delete it from the event list of the FEMALE paertner and you have to add it again in the event list of the MALE partner). Is this a form of sex discrimination in CFTWin?? Regards, Ren Hasekamp ---------- > Van: Ian Fettes <fettesi@st.net.au> > Aan: CFT-WIN-L@rootsweb.com > Onderwerp: Add spouse > Datum: zondag 25 januari 1998 1:28 > > Ira, > > I have just found a small bug with the add spouse routine in an unusual > circumstance. This one has been lurking for a while but I only just > realised the cause. > > Take the case of a family set, that is father, mother and child, but with a > second family containing a child only. Selecting the second family gives a > display showing the father and child, with the option of -Add-Spouse-. If a > spouse is added through this option, it does not link into the FRN > containing the child of the second family, but incorrectly replaces the > spouse from the first family. > > Checking the original spouse from family number one shows the connection > still exists. We therefore have two spouses with the same FRN. Any attempt > to fix it loses the child connections, which have to be manually reinstated > following a rebuild. > > Regards, > > Ian Fettes > Brisbane, Queensland, Australia > Reply to: fettesi@st.net.au > >