November 12, 201213 yr I am running FM 12 v 1 (v3 is too buggy)  I have a script that first deletes all content in the existing file tables. Then it goes to the same layouts that were used to delete and imports.  After getting some duplication of records, I started 'tweaking' the system. Got it to work with the exception of one table refuses to import.  Here is the table MembershipTypePopup that refuses to import the MemMMDues, MemPMDues etc... fields   Below is what the import script step matching looks like:   But, no 'field matching' takes place.  So, I turn off 'without dialog' and run the script. It shows this:   I manually 'match the correct Source and everything works.   Here is a sample of the Import Script steps:   Then I turn 'off' without dialog. run the script and again the fields apparently refuse to match up ... I suspect becuse the Source table is not matched correctly.  Sooooooooo, "How do I force FM to match the correct Source Table?"      Â
November 12, 201213 yr Hi Ron, It is not recognizing the source so you must remove the $path and manually select (the same file?) again and map it. After you save the script go back in and change to $path again. Does it work then? BTW, I am surprised that you aren't at least using 12.0v2. 12.0v1 was really bad.
November 13, 201213 yr Author Thanks. Yep. manually mapping seemed to work. Isn't that weird? As for v 2, I don't see it as an upgrade on the FM web site.... Where can I get it? R
November 14, 201213 yr Actually it isn't weird, at least not on Windows. That is same behavior as 11. If you think it wasn't that way on Mac in 11 then you can report it so they can possibly confirm or deny it's a bug. That isn't always fruitful but at least you'll have done your part. You can contact FM and I would think they can get you a v2 updater. :-)
Create an account or sign in to comment