In theory things changed with FTM2011 in that the changes were supposed to remain after closing and restarting. Tara Pedersen wrote the Blog article extolling the virtues to be met with a deluge of responses that it didn't work and said she was going to look into it and report back what she discovered. The response is still awaited. Having looked at the way it puts together the list it seemed to me that rather than record the last 200 names to be edited, it recorded the last 200 edits. In theory you might have at the most extreme only one name, but most likely somewhere in the middle. Tony -----Original Message----- From: Rosemary Jones Sent: Tuesday, October 04, 2011 4:19 PM To: ftm-tech@rootsweb.com Subject: Re: [FTM-TECH] Repair of FTM-2011 tree It was that way with FTM2010 for me as well. It has never really worked. Rosemary On Tue, Oct 4, 2011 at 12:19 AM, Caroline Gurney <caroline.gurney@gmail.com>wrote: > I have had the same problems with History that Richard and Mary > describe. It works intermittently at best and, even when it does work, > the entries are lost when the file is closed. I have read many similar > complaints so it is clearly a fault with the FTM 2011 software and > not with our individual databases. > > Caroline Gurney > > http://www.carosfamily.com > http://cmgurney.blogspot.com > > > > > On 4 October 2011 06:07, Mary Ellis <mwellis@triad.rr.com> wrote: > > I was going to ask about this the other day. My history file never > > changes... all are 2010 entries. It was very useful while it lasted. > > > > Mary > > > > On 10/4/2011 12:56 AM, Richard Humphrey wrote: > >> A bit ago a blog posting discussed the usefulness of history > >> information > in > >> FTM and I looked again at this feature. When I make changes in my > FTM2011 > >> tree, they are appropriately listed in the history. HOWEVER, once the > tree > >> file is closed (FTM not even shut down) and then re-opened, the history > no > >> longer shows the changes made in that previous session. > >> > >> > >> > >> Although there are some history entries showing, it is the same every > time > >> the tree is opened. In my tree most of the entries are dated in > September > >> 2009. My tree started back in the FTM for Windows days and has been > migrated > >> upwards as each new FTM version has been released. I wonder if some > kind of > >> file corruption has occurred. > >> > >> > >> > >> I presented tech support with this issue and the response went only as > far > >> as that published to date in the Knowledge Base, etc. "Upload your tree > to > >> ancestry and then back down again via GEDCOM, etc." For a number of > >> reasons, I do not want to do this. > >> > >> > >> > >> Query: There must be software tools available to inspect and adjust the > >> different components (tables, etc.) in the FTM tree file. For example: > Is > >> it possible to just 'zap' the contents of my history file table so that > it > >> could resume normal operation? > >> > >> > >> > >> In general, are there tools/services available for things like this? > Might > >> there be a resource - with or without charge - for a user to have their > tree > >> "repaired"? From whom? Ancestry, Hire an Expert or ?? > >> > >> > >> > >> Thanks, > >> > >> Richard > > ********************************** > List information page > http://lists.rootsweb.com/index/other/Software/FTM-TECH.html > > Online Support for Family Tree Maker > Version 16 and earlier > http://pastftm.custhelp.com/ > > Version 2008 - 2011 > http://ftm.custhelp.com/ > > ------------------------------- > To unsubscribe from the list, please send an email to > FTM-TECH-request@rootsweb.com with the word 'unsubscribe' without the > quotes in the subject and the body of the message > ********************************** List information page http://lists.rootsweb.com/index/other/Software/FTM-TECH.html Online Support for Family Tree Maker Version 16 and earlier http://pastftm.custhelp.com/ Version 2008 - 2011 http://ftm.custhelp.com/ ------------------------------- To unsubscribe from the list, please send an email to FTM-TECH-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

I don't use the History feature all that much but yesterday I tested it in FTM 2011. I made a change to an individual by adding a new act and inputting a date. I then deleted the fact. The FTM 2011 history recorded the following three events. Added the fact, Changed the fact and Deleted the fact. I then closed the file and reopened it. I checked the individual and the changes had been made and retained. Next I checked the history for the individual and the history records were missing; so closing and reopening the file removes the history records. I suspect that Tana did look into it and found it was not working. By this time they were probably planning for the new version, FTM 2012. While this may not be too comforting to those who intend to stay with FTM 2011, I did test it in my new copy of FTM 2012 and the history records are being retained after the file is closed and reopened. Unfortunately there is still a minor problem concerning the Date/Time stamp. When you make a change to an individual's fact, the change is identified and the date and time of the change is recorded. This seems to be accurate; however, after the file is closed and reopened, the date/time stamp is changed dramatically. The date/time stamp seems to be changed each time you close and reopen the file. Hope this helps those who are interested in the history feature. BJ On 10/4/2011 8:46 AM, Tony Knight wrote: > In theory things changed with FTM2011 in that the changes were supposed to > remain after closing and restarting. > > Tara Pedersen wrote the Blog article extolling the virtues to be met with a > deluge of responses that it didn't work and said she was going to look into > it and report back what she discovered. The response is still awaited. > > Having looked at the way it puts together the list it seemed to me that > rather than record the last 200 names to be edited, it recorded the last 200 > edits. In theory you might have at the most extreme only one name, but most > likely somewhere in the middle.