I never used this instruction script. I think it is very old.
I suggest to use “set field” script instruction: it does the same and, moreover, it works even if the target field is not in the layout.
It is 4 places under the set field script instruction in the "Fields" script instructions.
Yep it's there, there's just seldom a need to use it anymore as Set Field is more robust. The one time it can be useful is when you don't specify the target field (or the specific insertion point within the text of the field) for a script designed to insert data into whatever field currently has the cursor in it at the time the script executes.
Please note this doesn't explain why it would mysteriously put the data in the wrong field. That's nothing I've seen before. Not putting the data in any field, that's a known limitation that can trip people up when a layout gets modified and the target field is removed from the layout that's current at the time the script is performed.
Since that's not the case here, a little extra sleuthing may help narrow this down:
Does this only happen in one file (or copies derived from the same file)?
Does it only happen on specific layouts?
If you run a recover on this file is anything reported?
I realize that the first two questions may be nearly impossible to answer, but if you can spot any additional clue here, it may help.
Things to keep in mind about Recover:
- Recover does not detect all problems
- Recover doesn't always fix all problems correctly
- Best Practice is to never put a recovered copy back into regular use or development. Instead, replace the damaged file with an undamaged back up copy if this is at all possible. You may have to save a clone of the back up copy and import all data from your recovered copy to get a working copy with the most up to date information possible.