* Plugin editor crashing FH
- tatewise
- Megastar
- Posts: 27089
- Joined: 25 May 2010 11:00
- Family Historian: V7
- Location: Torbay, Devon, UK
- Contact:
Re: Plugin editor crashing FH
If I understand correctly, David's problem is that the Plugin scripts only fail in conjunction with one particular Project.
Mervyn, the FH Plugin feature is a bit more than "just a link to the Lua programming language files" because it includes an API of functions and methods that couple Plugin scripts to the FH program database.
So there may be some FH database structure that upsets whatever Lua initialisation FH performs to support its API.
It may be a long-shot but has David run File > Validate and Tools > Find Uncategorised Data and the Plugins UDF List and Show Project Statistics on the problem Project in case they throw up some abnormal data structures.
Mervyn, the FH Plugin feature is a bit more than "just a link to the Lua programming language files" because it includes an API of functions and methods that couple Plugin scripts to the FH program database.
So there may be some FH database structure that upsets whatever Lua initialisation FH performs to support its API.
It may be a long-shot but has David run File > Validate and Tools > Find Uncategorised Data and the Plugins UDF List and Show Project Statistics on the problem Project in case they throw up some abnormal data structures.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
- DavidNewton
- Superstar
- Posts: 462
- Joined: 25 Mar 2014 11:46
- Family Historian: V7
Re: Plugin editor crashing FH
Mervyn
Sorry I didn't give enough detail. My Ids consist of a two letter sub-tree identifier, for example DN followed by an ahnetafel number in relation to the root of that subtree and other stuff which is not relevant here. So for example my id is DN1.0. The plugin expands the number after the identifier to 4 digits by adding 0's at the front of the number thus DN0001.0. This means that in an alpha sort the next Id is DN0002.0 (ignoring all the other stuff) whereas without the padding the next id would be DN10.0.
Mike
I have run all the tests mentioned. What is interesting is that the problem does not occur on my laptop running Windows 7. However, logically this cannot be a system problem since it should then affect all my projects. It is mysterious, and my knowledge is not enough to know how this can happen. The fact that it only happens on a second run, and in the debugger, seems to indicate that something leftover from the first run is affecting things.
David
Sorry I didn't give enough detail. My Ids consist of a two letter sub-tree identifier, for example DN followed by an ahnetafel number in relation to the root of that subtree and other stuff which is not relevant here. So for example my id is DN1.0. The plugin expands the number after the identifier to 4 digits by adding 0's at the front of the number thus DN0001.0. This means that in an alpha sort the next Id is DN0002.0 (ignoring all the other stuff) whereas without the padding the next id would be DN10.0.
Mike
I have run all the tests mentioned. What is interesting is that the problem does not occur on my laptop running Windows 7. However, logically this cannot be a system problem since it should then affect all my projects. It is mysterious, and my knowledge is not enough to know how this can happen. The fact that it only happens on a second run, and in the debugger, seems to indicate that something leftover from the first run is affecting things.
David
- DavidNewton
- Superstar
- Posts: 462
- Joined: 25 Mar 2014 11:46
- Family Historian: V7
Re: Plugin editor crashing FH
Just a progress report.
I re-installed Windows but this time I stopped at Windows 7, updated it and re-installed FH. Copied in my project folders and the problem was still there. The tests conducted as in the above post revealed nothing and the other projects were fine. So as a further test I copied out the GEDCOM from the project and then imported it as a new project.
As I wanted to just test the GEDCOM I did not place the GEDCOM adjacent to the Media folder (discussed in another thread). The problem did not occur on this new file. So then I moved in and reattached the Media folders and it came back. As a double check I removed the media folders from my original file (that was causing all the problems) and the problem went away.
For the record I have media files attached to other projects so the mere attachment of media is not the problem. As a final check I used the working with data links to map the media in my original project to the media folder of the new project and the problem came back.
I now seem to have two choices: 1. not attach media to this project (not really acceptable) 2. reattach all the media files one-by-one testing as I go along until I find the culprit (this will take a significant time)
Whichever I do at least I can continue adding data to my project, testing as I go.
David
Added in Edit. As soon as I submitted this post I realised there was another alternative. So I deleted the most recently added multimedia record and then re-linked the jpeg and that also *appears* to have done the trick. I have of course been here before.
Edit 2. I seem to be writing an essay about this, sorry, the above did not work. As soon a I closed and reopened FH it came back, and again with the multimedia record deleted and not reinstated
I re-installed Windows but this time I stopped at Windows 7, updated it and re-installed FH. Copied in my project folders and the problem was still there. The tests conducted as in the above post revealed nothing and the other projects were fine. So as a further test I copied out the GEDCOM from the project and then imported it as a new project.
As I wanted to just test the GEDCOM I did not place the GEDCOM adjacent to the Media folder (discussed in another thread). The problem did not occur on this new file. So then I moved in and reattached the Media folders and it came back. As a double check I removed the media folders from my original file (that was causing all the problems) and the problem went away.
For the record I have media files attached to other projects so the mere attachment of media is not the problem. As a final check I used the working with data links to map the media in my original project to the media folder of the new project and the problem came back.
I now seem to have two choices: 1. not attach media to this project (not really acceptable) 2. reattach all the media files one-by-one testing as I go along until I find the culprit (this will take a significant time)
Whichever I do at least I can continue adding data to my project, testing as I go.
David
Added in Edit. As soon as I submitted this post I realised there was another alternative. So I deleted the most recently added multimedia record and then re-linked the jpeg and that also *appears* to have done the trick. I have of course been here before.
Edit 2. I seem to be writing an essay about this, sorry, the above did not work. As soon a I closed and reopened FH it came back, and again with the multimedia record deleted and not reinstated
- DavidNewton
- Superstar
- Posts: 462
- Joined: 25 Mar 2014 11:46
- Family Historian: V7
Re: Plugin editor crashing FH
After all the times I thought I had solved this problem I am reluctant to say I have resolved it. Of course the solution is not particularly satisfactory and the best I can do for a reason is speculation.
After much testing it has become clear that although I think I have solved the problem, once I close and reopen FH the problem returns. So this is connected with the initialisation and, as above, with multimedia. So I am guessing that thumbnail generation is the problem and most likely I have a corrupt picture file in my Media folder (but it is certainly not obvious in Windows Explorer). As I keep my Media files in sub-folders I have removed the Census sub-folder and placed it elsewhere but NOT re-linked the media. Now there is no problem and I have closed & opened FH several times to check. At this time I have a simple solution (for me) I shall simply not create multimedia records for Census images. I have no intention of including them in reports the linking was a convenience for me to know that I had the image and I had recorded it. It is annoying but is an alternative to going through hundreds of images trying to work out which one is causing the problem.
David
After much testing it has become clear that although I think I have solved the problem, once I close and reopen FH the problem returns. So this is connected with the initialisation and, as above, with multimedia. So I am guessing that thumbnail generation is the problem and most likely I have a corrupt picture file in my Media folder (but it is certainly not obvious in Windows Explorer). As I keep my Media files in sub-folders I have removed the Census sub-folder and placed it elsewhere but NOT re-linked the media. Now there is no problem and I have closed & opened FH several times to check. At this time I have a simple solution (for me) I shall simply not create multimedia records for Census images. I have no intention of including them in reports the linking was a convenience for me to know that I had the image and I had recorded it. It is annoying but is an alternative to going through hundreds of images trying to work out which one is causing the problem.
David
- davidm_uk
- Megastar
- Posts: 740
- Joined: 20 Mar 2004 12:33
- Family Historian: V7
- Location: St Albans, Hertfordshire, UK
Re: Plugin editor crashing FH
How about using something like ImageMagick http://www.imagemagick.org/ to automatically create a complete set of new images, then try these new ones. It might just fix the problem, or highlight which image(s) is causing the problem
You don't have to use any of the fancy options that ImageMagick has (or you could just use it to resize them all to a convenient size). I use it to create thumbnails of my photo library for use as an index on a media player.
You don't have to use any of the fancy options that ImageMagick has (or you could just use it to resize them all to a convenient size). I use it to create thumbnails of my photo library for use as an index on a media player.
David Miller - researching Miller, Hare, Walker, Bright (mostly Herts, Beds, Dorset and London)
Re: Plugin editor crashing FH
I'm guessing you won't be able to leave the mysterious behaviour alone. Try searching "Detect Corrupted Images" on Google and you might find some help.
This link might be useful: http://www.thomasbarker.co.uk/2011/05/2 ... age-files/
Edit: This might also be useful if the dreaded crash appears again: AppCrashView http://www.softpedia.com/get/System/Sys ... View.shtml
Mervyn
This link might be useful: http://www.thomasbarker.co.uk/2011/05/2 ... age-files/
Edit: This might also be useful if the dreaded crash appears again: AppCrashView http://www.softpedia.com/get/System/Sys ... View.shtml
Mervyn
- tatewise
- Megastar
- Posts: 27089
- Joined: 25 May 2010 11:00
- Family Historian: V7
- Location: Torbay, Devon, UK
- Contact:
Re: Plugin editor crashing FH
Try altering the Tools > Preferences > General tab Advanced button Auto-load Thumbnail Images option.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
- DavidNewton
- Superstar
- Posts: 462
- Joined: 25 Mar 2014 11:46
- Family Historian: V7
Re: Plugin editor crashing FH
Thank you Mike. I am delighted to say that that certainly seems to solve the problem.
Thanks for the suggestions Mervyn and Davidm. As you suspected I am going to try to find the culprit image but it is now a low priority.
David
Thanks for the suggestions Mervyn and Davidm. As you suspected I am going to try to find the culprit image but it is now a low priority.
David