Quick question...

It seems to me that if you want users to be able to run scripts that involve the "Import Records" step, they need to be members of Privilege Sets that "Allow Exporting" (under Other Privileges).

Can someone clarify this for me?

Because it's basically the same thing. I'll tell you waht is annoying, the Save As PDF being turned off if the priv set can't export.

It seems to me that if you want users to be able to run scripts that involve the "Import Records" step, they need to be members of Privilege Sets that "Allow Exporting" (under Other Privileges).

This is not correct. The Privilege Set does have to allow creation of records though. Or, alternatively, the script must be run with full access privileges.

HTH

Steven

This isn't correct either. The UI is disabled for Save as PDF when export is turned off; however, you can script that action as well. And if run with full access privileges, it works just fine.

Now, if you want to see an anomaly, turn off export privileges, and then go and see if you can export field contents of a given field.

More information:

http://www.filemakersecurity.com

Steven

Hmmm, righto, thanks.

Turning on the "Allow Exporting" allowed the members of that privilege set to run the import script. Running the script with full access privileges also worked. The thing that confuses me is that the privilege set already allows access to all fields, records, layouts & scripts invloved in the import script (so why is it necessary to run the script with full access privileges?).

Thanks for the insight!

At a distance, it is difficult--if not impossible--to diagnose what is up with your files. However, the export privilege bit has nothing to do with allowing import into the files. The create records privilege bit does however.

What is it that you are seeing that is different here?

Steven