I have a form that when submitted will create a post with about 30+ mapped-out custom fields. When the post is created, the custom fields appear in the admin window, but when var_dump’d in a page, it returns “bool(false)” until I manually, as an admin, proceed and Publish or Update the post in question.
I am using a code to set the post status as “pending” or “published” depending on the user role. If the user who submits the post is not a trusted member, then I accept making a validation myself. But in the case of a trusted member, when he would publish the post, the post will appear without any custom fields until I manually publish or update the post. The posts are mostly built with custom fields so it is imperative that the custom fields get registered correctly when the form is submitted.
The APC add-on simply creates the posts using WP core functions for it. According to the description of the issue, I would bet the third-party handling those custom fields displaying (the theme or third-party plugin used for them) is requiring an additional action that is only triggered when you use the WP editor and not when the post is created programmatically or with a third-party tool.
Gravity Forms doesn’t has any built-in support for ACF. It saves values using plain text, and for most field types ACF uses a different format to store values. If you check the documentation page for the APC filter above you will find an example that deals with GF checkboxes data to ACF checkboxes format.
If you need help saving other field types, I would recommend you to reach ACF support for advice on how to save the field data in the format expected by ACF.
I’ve noticed that much and been working around so that all my fields exported as strings and work as such. ACF treating my data is not part of the issue, fortunately. It’s really just about getting it to be “registered” upon submitting the form.